Interaction method, interaction system, interaction device and computer program product

Abstract

The invention discloses an interaction method, an interaction system, an interaction device and a computer program product. The interaction method comprises the following steps: after receiving a taxi taking request initiated by a passenger, displaying a first type of interaction cards; before the taxi taking request is received, obtaining a second type of interaction cards; wherein the first type of interaction cards are used for providing continuously displayed taxi-taking strategy adjustment options for the passengers, and the second type of interaction cards are used for dynamically providing taxi-taking strategy adjustment options for the passengers; and displaying the second type of interaction cards. By using the scheme of the invention, more taxi-taking strategy adjustment options can be dynamically recommended to the passenger, so that the passenger can execute more operations which are helpful for promoting the taxi-taking order.

Description

Technical Field

[0001] This application relates to the field of interactive technology. More specifically, this application relates to an interactive method, an interactive system, an interactive device, and a computer program product. Background Technology

[0002] As people's living standards improve, they are increasingly inclined to take taxis. In developing this application, the inventors discovered that after a passenger initiates a taxi request, the layout of the taxi-hailing interface is mostly fixed, displaying only one or two taxi-hailing strategy adjustment options for the passenger to add, and the strategy type offered to all passengers is fixed. For example, all passengers are offered the option to "add capacity" to change the capacity type. This prevents passengers from performing more actions that would benefit the taxi order, resulting in long waiting times or difficulty hailing a taxi, leading to a poor passenger experience.

[0003] In view of this, there is an urgent need to provide a new interaction scheme that can dynamically recommend more actions to passengers, enabling them to perform more actions that are helpful to the ride-hailing order, thereby improving ride-hailing efficiency and passenger experience. Summary of the Invention

[0004] In order to at least solve one or more of the technical problems mentioned above, this application proposes an interaction scheme in several aspects.

[0005] In a first aspect, this application provides an interaction method, comprising: displaying a first type of interactive card after receiving a ride-hailing request initiated by a passenger; acquiring a second type of interactive card before the ride-hailing request is accepted; wherein the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to dynamically provide the passenger with ride-hailing strategy adjustment options; and displaying the second type of interactive card.

[0006] In a second aspect, this application provides an interactive system comprising a terminal and a server: the server is configured to send a first type of interactive card to the terminal in response to a received ride-hailing request initiated by a passenger; the terminal is configured to continuously display the first type of interactive card before the ride-hailing request is accepted; the server is further configured to generate at least one second type of interactive card corresponding to the passenger based on the passenger's user profile data, the at least one second type of interactive card having a push priority; when the passenger's waiting time exceeds a preset waiting time, the second type of interactive card is pushed to the terminal based on the push priority; the terminal is further configured to display the second type of interactive card.

[0007] In a third aspect, this application provides an interactive device, comprising: a first display unit for displaying a first type of interactive card after receiving a ride-hailing request initiated by a passenger; a card acquisition unit for acquiring a second type of interactive card before the ride-hailing request is accepted; wherein the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to dynamically provide the passenger with ride-hailing strategy adjustment options; and a second display unit for displaying the second type of interactive card.

[0008] In a fourth aspect, this application provides a computer program product comprising: a computer program that, when executed by a processor, implements an embodiment of any of the first aspects described above.

[0009] In a fourth aspect, this application provides an electronic device including: a processor; and a memory storing program instructions for interaction, which, when executed by the processor, cause the electronic device to implement embodiments of any of the first aspects described above.

[0010] In a fifth aspect, this application provides a computer-readable storage medium having stored thereon computer-readable instructions for interaction, which, when executed by one or more processors, implement embodiments of any of the first aspects described above.

[0011] Through the interaction scheme provided above, this embodiment of the application displays a first type of interactive card that continuously displays ride-hailing strategy adjustment options after receiving a passenger's ride-hailing request, and acquires and dynamically displays a second type of interactive card that provides ride-hailing strategy adjustment options before the ride-hailing request is accepted. Based on this, more ride-hailing strategy adjustment options can be dynamically supplemented and displayed, thus dynamically recommending more operations to passengers, providing services to meet their diverse ride-hailing strategy needs, enabling passengers to perform more operations that help facilitate the ride-hailing order, thereby shortening the driver-passenger matching time and increasing the driver-passenger matching success rate, thereby improving ride-hailing efficiency and passenger experience. Attached Figure Description

[0012] The above and other objects, features, and advantages of exemplary embodiments of this application will become readily understood by reading the following detailed description with reference to the accompanying drawings. In the drawings, several embodiments of this application are illustrated by way of example and not limitation, and the same or corresponding reference numerals denote the same or corresponding parts, wherein:

[0013] Figure 1 This is an exemplary schematic diagram showing an existing ride-hailing interface;

[0014] Figure 2 This is an exemplary flowchart illustrating an interaction method 200 according to an embodiment of this application;

[0015] Figure 3 This is an exemplary schematic diagram illustrating an interaction scheme according to an embodiment of this application;

[0016] Figure 4 This is an exemplary schematic diagram illustrating the dynamic loading of a second type of interactive card according to an embodiment of this application;

[0017] Figure 5 This is an exemplary schematic diagram illustrating the removal of a second type of interactive card according to an embodiment of this application;

[0018] Figure 6 This is yet another exemplary schematic diagram illustrating an interaction scheme according to an embodiment of this application;

[0019] Figure 7 This is an exemplary schematic diagram illustrating the display of a third type of interactive card according to an embodiment of this application;

[0020] Figure 8 This is an exemplary structural block diagram illustrating an interactive device 800 according to an embodiment of this application;

[0021] Figure 9 This is an exemplary structural block diagram illustrating an electronic device 900 according to an embodiment of this application. Detailed Implementation

[0022] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0023] It should be understood that the terms "comprising" and "including" used in the specification and claims of this application indicate the presence of the described features, integrals, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or collections thereof.

[0024] It should also be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application. As used in this specification and claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in this specification and claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes such combinations.

[0025] As used in this specification and claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if [described condition or event] is detected" may be interpreted, depending on the context, as "once determined," "in response to determination," "once [described condition or event] is detected," or "in response to detection of [described condition or event]."

[0026] As people's living standards improve, they are increasingly inclined to take taxis. However, the problem of difficulty in matching drivers and passengers is particularly prominent in scenarios such as peak hours, areas with tight capacity, or remote areas. Specifically, during weekday morning and evening rush hours, the population flow in urban centers is dense, and travel demand explodes, while driver capacity growth is relatively slow. This results in passengers often having to wait a long time to be matched with a driver after posting a trip. For example, during the morning and evening commuting rush hours in first-tier cities, the average waiting time for passengers in some popular areas can reach 20-30 minutes. This not only greatly increases passengers' anxiety but also makes them miss important matters due to the long wait, seriously affecting passenger satisfaction with ride-hailing platforms. In some remote suburbs, newly developed areas, or around transportation hubs at certain times, drivers are sparsely distributed, and the supply of transportation capacity is severely insufficient. Passengers in these areas often face the predicament of not being able to get a ride for a long time, greatly reducing the convenience of travel. In rural areas and remote towns far from the city center, the demand for taxis is relatively scattered, and drivers are not very willing to go there, resulting in long waiting times for passengers to accept orders, and sometimes even being unable to hail a ride at all.

[0027] In developing this application, the inventors discovered that after a passenger initiates a ride-hailing request, the layout of the ride-hailing interface is mostly fixed, displaying only one or two ride-hailing strategy adjustment options for the passenger to add, and the strategy type of the ride-hailing strategy adjustment options provided to all passengers is fixed. It can be understood that ride-hailing strategy adjustment options are options / operations that change the matching rules. These options / operations allow passengers to balance time, cost, comfort, and other goals during the ride-hailing process by adjusting different parameters (such as price, vehicle type, route, service type, etc.) to meet travel needs in specific scenarios. For example, a passenger might choose "add 20 yuan" or select "fast lane," etc.

[0028] Strategy type refers to the classification of ride-hailing strategy adjustment options, which refers to the category of strategies that change the order matching rules from different operational dimensions. For example, changing the channel (fast lane, emergency queue lane, etc.), changing the price (basic surcharge, price combination discount, incentive coupons, etc.), changing the capacity type (capacity increase, vehicle preference, cross-category vehicle, etc.), or combination strategy (such as fast lane + surcharge combination).

[0029] The existing ride-hailing interface only provides all users with a fixed "fast lane" for changing routes and / or a "charge driver" option to change prices. This unchanging interface lacks the ability to flexibly adjust based on real-time capacity and diverse passenger needs, preventing passengers from taking more actions that could facilitate a ride and negatively impacting the passenger experience. Regardless of capacity availability, the interface presents limited capacity options in a fixed single row or simple arrangement, making it difficult for passengers to quickly identify and obtain the most suitable option when faced with complex and changing travel scenarios. When capacity is tight, the interface fails to effectively integrate key information to assist passenger decision-making, leading to information overload and confusion; conversely, when capacity is ample, it fails to adequately showcase special services or promotional information, resulting in underutilization of information.

[0030] Figure 1 This is an exemplary schematic diagram showing an existing ride-hailing interface. Figure 1 The example illustrates a fixed-layout ride-hailing interface, which is located in a fixed position within the target area A and displays a type of interactive card in a fixed arrangement (e.g., a single horizontal row as shown in the figure) to provide passengers with options for adjusting their ride-hailing strategy. Existing ride-hailing interfaces typically offer all passengers a "fast lane" to change the route and a "charge the driver" option to change the price. As mentioned earlier, this unchanging ride-hailing interface lacks the ability to flexibly adjust based on real-time capacity and diverse passenger needs. It cannot dynamically recommend more actions to passengers, preventing them from performing actions that would facilitate the ride order, resulting in long waiting times or difficulty hailing a ride, and a poor passenger experience.

[0031] Based on this, this application provides an interactive method that can dynamically recommend more actions to passengers, enabling them to perform more actions that help facilitate the ride-hailing order, thereby increasing the success rate of driver-passenger matching, reducing passenger waiting anxiety, and optimizing the passenger experience.

[0032] The specific embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0033] Figure 2 This is an exemplary flowchart illustrating an interaction method 200 according to an embodiment of this application. In some implementation scenarios, this interaction method 200 is executed by a terminal. For example... Figure 2 As shown, the method 200 includes: step S201: after receiving a ride request initiated by a passenger, displaying a first type of interactive card; step S202: before the ride request is accepted, obtaining a second type of interactive card; wherein, the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to dynamically provide the passenger with ride-hailing strategy adjustment options; step S203: displaying the second type of interactive card.

[0034] In some embodiments, in response to receiving an operation instruction from a passenger regarding a ride-hailing strategy adjustment option on a first type of interactive card and / or a second type of interactive card, the ride-hailing strategy adjustment option corresponding to the operation instruction is sent to the server, so that the server can adjust the order matching rules based on the ride-hailing strategy adjustment option corresponding to the operation instruction. As mentioned above, adjusting the order matching rules may involve adjusting different parameters (such as price, vehicle type, route, service type, etc.).

[0035] In one implementation, the first type of interactive card can be sent by the server to the terminal in response to a received ride-hailing request initiated by a terminal passenger, and continuously displayed by the terminal before the ride-hailing request is accepted. In the implementation scenario, the ride-hailing strategy adjustment options on this first type of interactive card are usually provided directly to all passengers by the ride-hailing software or service platform. For example, as mentioned above... Figure 1 The platform includes two types of interactive cards: a "fast track" for changing the route and a "charge driver" option for changing the price. For situations where capacity is tight and passengers have a need for quick travel, the first type of interactive card with the surcharge option provides a reasonable surcharge recommendation. For business travelers or passengers catching flights or trains with extremely tight schedules, a dedicated fast track is provided using the first type of interactive card. Through cooperation agreements between the platform and select high-quality drivers, this ensures quick order acceptance while clearly informing passengers of any potential additional costs and service guarantees.

[0036] In some implementation scenarios, the first type of interactive card can be displayed in the way described above. Figure 1 As shown, the cards are continuously displayed according to a preset arrangement rule (e.g., single row with multiple columns), and the first type of interactive card can be displayed centered in the target module of the ride-hailing interface. Figure 1 As shown, there are several Type 1 interactive cards.

[0037] The second type of interactive card can be dynamically provided to and displayed to the customer while the passenger is waiting for their ride request to be accepted. This dynamic provision and display can include initially displaying only the first type of interactive card, then switching to the second type after the request is received, and continuously displaying the second type of interactive card; or replacing the second type of interactive card with a different one while it is continuously displayed; or removing the second type of interactive card after it has finished displaying, etc.

[0038] In some embodiments, the ride-hailing strategy adjustment options presented by the second type of interactive card are determined based on passenger user profile data. Alternatively, the ride-hailing strategy adjustment options presented by the second type of interactive card are determined based on passenger user profile data and the passenger's current order vehicle type addition operation. In some implementation scenarios, passenger user profile data may be one or more of the following: ride-hailing request, passenger preference data (including, for example, vehicle type preference, fare preference, etc.), and passenger historical ride-hailing behavior data. It should be noted that all data obtained in this application is fully authorized by the user.

[0039] In some implementation scenarios, a ride-hailing request includes information such as the current time period, origin and destination, and real-time context (including current time, location (e.g., airport, business district), weather conditions, and traffic congestion). Passenger history includes information such as past ride-hailing times, frequently selected vehicle types, and frequency of surcharges. Price preferences include information such as past spending records, participation in various promotional activities (e.g., frequently claiming coupons or participating in discount programs), and frequency of vehicle selection across different price ranges.

[0040] Additionally, for price-sensitive passengers, a second type of interactive card can be displayed reminding them whether to continue selecting higher-priced options, and providing better recommended options. For passengers traveling between cities, a second type of interactive card can be displayed offering a variety of vehicle options, such as providing a ride-sharing booking service.

[0041] In other implementation scenarios, the ride-hailing strategy adjustment options presented in the second type of interactive card can be determined based on the current capacity (e.g., vehicle location, available quantity, driver willingness to accept orders, etc.). For example, when it is detected that the number of available ride-hailing vehicles selected by a passenger is far less than a preset threshold (e.g., 2), a second type of interactive card to compensate for the lost capacity can be provided. Examples include a second type of interactive card reminding passengers to add a certain amount of money to board a ride within the estimated time, or a second type of interactive card reminding passengers to combine ride-hailing with subway travel.

[0042] In some embodiments, a passenger has multiple second-type interactive cards to be recommended, and these cards have a recommendation priority. This priority is automatically calculated by the server based on the passenger's user profile data. During push notifications, when the server's waiting time exceeds a waiting threshold, or when the server's waiting time exceeds the waiting threshold and no other instructions to increase capacity are received, a second-type interactive card is pushed and displayed on the terminal. In some embodiments, multiple second-type interactive cards may be included, and these cards can be dynamically switched.

[0043] As an example, the server configures two dynamically loadable second-type interactive cards (A and B) for the user based on the user's authorized preference data and historical ride-hailing behavior data, ordered by priority. After a passenger submits a ride request, the terminal first displays the first-type interactive card (e.g., fast lane and driver surcharge) according to the existing pattern. When the passenger's waiting time exceeds the waiting threshold and no other instructions to increase capacity are received, the server issues the second-type interactive card A to the terminal, and the terminal displays the second-type interactive card A.

[0044] In some embodiments, when displaying the second type of interactive card, the display position of the first type of interactive card in the target module can be dynamically adjusted, and the second type of interactive card can be dynamically loaded at the target position in the target module. In some embodiments, when dynamically adjusting the display position of the first type of interactive card in the target module, the first type of interactive card is dynamically switched from a single-row, multi-column arrangement to a multi-row, single-column arrangement in the target module.

[0045] As an example, suppose the first type of interactive card contains two columns in a single row. When dynamically adjusting the display position of the first type of interactive card in the target module, the first type of interactive card can be switched from a single column to a double column in the target module, and simultaneously, the second type of interactive card is dynamically loaded at the target position in the target module. Preferably, after the first type of interactive card is switched from a single column to a double column, it can be dynamically adjusted to the left side of the target module for display. The target position in the target module can be located on the right side of the target module and aligned with the position of the first type of interactive card after switching to a double column. That is, after adjustment, the first type of interactive card is displayed on the left side of the target module, and the second type of interactive card is displayed on the right side of the target module non-continuously (e.g., ...). Figure 3 (As shown).

[0046] In some implementation scenarios, both the first and second types of interactive cards can be designed in shapes such as rectangles or rounded rectangles, and can be configured with direct clicks or interactive keys. This allows passengers to interact with the smart interactive cards by clicking directly or using designated buttons. In some implementation scenarios, the aforementioned interactive keys are not limited to buttons such as confirm, add, or select. The design of the interactive keys follows the principles of simplicity and visibility, using large buttons and high-contrast colors to ensure that passengers can easily find and click them under various lighting conditions and during rushed operations.

[0047] In some embodiments, after dynamically loading the second type of interactive card at the target location in the target module, the method further includes at least one of the following: in response to a passenger's interaction completion instruction for the second type of interactive card, removing the second type of interactive card from the target location in the target module, and dynamically adjusting the display position of the first type of interactive card in the target module. In some implementation scenarios, the aforementioned interaction completion instruction may include, for example, a click operation or no operation exceeding the display time.

[0048] For example, if second-type interactive cards A and B are displayed sequentially, and during the display of second-type interactive card B, no click instruction is received for card B by the time its second display duration has elapsed, then second-type interactive card B is removed, and the display position of the first-type interactive card in the target module is dynamically adjusted back to its initial single-row, double-column arrangement. Alternatively, if during the display of second-type interactive card B, no click instruction is received for card B before its second display duration has elapsed, then the ride-hailing strategy is adjusted for the user based on second-type interactive card B, and second-type interactive card B is removed, and the display position of the first-type interactive card in the target module is dynamically adjusted back to its initial single-row, double-column arrangement.

[0049] Alternatively, during the display of the second type of interactive card B on the terminal, if no click instruction is received for the second type of interactive card B by the second display duration period has been reached, the second type of interactive card B is removed. Alternatively, during the display of the second type of interactive card B on the terminal, if the second display duration period has not been reached and a click instruction is received for the second type of interactive card B, the user's ride-hailing strategy is adjusted based on the second type of interactive card B, the second type of interactive card B is removed, and the display position of the first type of interactive card in the target module is dynamically adjusted, restoring the first type of interactive card to its initial single-row, double-column arrangement.

[0050] In other embodiments, in response to a replacement condition being triggered, the second type of interactive card displayed at the target location in the target module is replaced by another second type of interactive card from the plurality of options, or the ride-hailing strategy adjustment options presented on the second type of interactive card are updated. The replacement conditions include: the passenger does not issue an interaction command to the second type of interactive card displayed at the target location within a preset time interval, or receives another second type of interactive card or a new ride-hailing strategy adjustment option from the plurality of options; or the passenger performs a click or swipe operation on the second type of interactive card displayed at the target location.

[0051] For example, if the terminal displays a second type of interactive card A and reaches the first display duration for card A, but does not receive a click instruction from the passenger for card A, the server sends a second type of interactive card B to the terminal, which then replaces card A with card B. Alternatively, if the terminal displays a second type of interactive card A but before the first display duration is reached, and receives a click instruction from the passenger for card A, the server adjusts the ride-hailing strategy for the passenger based on card A and sends a second type of interactive card B to the terminal, which then replaces card A with card B.

[0052] Alternatively, passengers can directly load and display a new second-type interactive card by clicking or swiping; for example, swiping second-type interactive card A to switch to second-type interactive card B. Alternatively, the second-type interactive cards can remain unchanged, with only the ride-hailing strategy adjustment options on the cards being updated. For example, replacing "immediate price increase" with "continue to select a higher price," and the style of the interactive buttons can be adjusted accordingly.

[0053] Unlike the removal mentioned above, which refers to a situation where all second-type interactive cards have been displayed and no new second-type interactive cards are available, and the passenger has not interacted with the cards after a preset time period, the second-type interactive cards are removed from their target positions in the target module, and the first-type cards are returned to their original positions. Replacement, on the other hand, refers to a situation where the passenger has not selected to display a currently displayed second-type interactive card within a preset time interval. In this case, the second-type interactive cards are not removed, and the display positions of the first-type cards are not adjusted; instead, new second-type interactive cards are loaded at their target positions in the target module.

[0054] As an example, if all second-type interactive cards include three types: "Instant Price Increase," "Continue to Select Higher Price," and "Accept Gasoline Vehicle," and after all three types of cards have been displayed and the passenger has not interacted with any cards within a preset time period, the second-type interactive cards are removed from the target position in the removal target module (e.g., ...). Figure 5 (As shown). If the currently displayed second type of interactive card asks whether to continue selecting a higher price, and the passenger does not make a selection within a preset time interval, it can be replaced and displayed with "Immediate Price Increase" or "Accept Fuel Truck," without involving adjusting the display position of the first type of card (e.g., ...). Figure 4 (As shown).

[0055] In some embodiments, visual cues can be set on the first type of interactive card and / or the second type of interactive card, or at the second target location in the target module, to remind or guide passengers to complete the interactive command. Preferably, the second target location in the target module can be located above the first and second type of interactive cards. Based on this, passengers can be guided to operate the corresponding card. In some implementation scenarios, visual cues may include, but are not limited to, one or more of the following: highlighting flashing effects, dynamic guide arrows, dynamic progress bars, or guiding text. As an example, keywords such as "high price" and "tanker truck" can be highlighted. Alternatively, guiding text such as "respond within the estimated time period" can be added to the second target location in the target module; or a dynamic progress bar or countdown can be added to remind passengers to make a selection as soon as possible.

[0056] In some embodiments, a preset loading direction and a preset loading format can be set to dynamically load one or more second-type interactive cards along the preset loading direction and according to the preset loading format within the target area of ​​the ride-hailing interface. Preferably, the preset loading direction can be, for example, the left or right side of the target area, and the preset loading format can be, for example, horizontal sliding. In this scenario, when a new second-type interactive card is generated, the second-type interactive card will be launched from the left or right side of the target area with a smooth horizontal sliding animation effect. In other embodiments, the preset loading direction can also be, for example, the top, bottom, or center of the target area. The preset loading format can also be, for example, other animation effects such as bouncing loading, flipping unfolding, or rotating loading; this application does not impose any limitations in this regard.

[0057] Therefore, it can be understood that dynamic loading in the context of this application refers to the process by which a terminal receives one or more interactive cards from a server and displays one or more interactive cards in the target area of ​​the ride-hailing interface according to a preset loading direction (such as the left or right side of the target area) and loading form (such as horizontal sliding, bouncing, gradient display, etc.).

[0058] In some implementation scenarios, the aforementioned interactive cards of one or more first or second type, dynamic loading, and dynamic adjustment of display can all be implemented based on component-based design, developed using component-based frameworks such as React Native and Flutter, and designed as reusable components to suit different application scenarios.

[0059] As described above, this application's embodiments, through an innovative dynamic layout transformation recommendation interaction method, flexibly adjust the interface layout based on the real-time scenario while passengers are waiting for a driver to accept their order. This dynamically recommends more operations to passengers, providing options to meet their diverse ride-hailing strategy needs. This allows passengers to perform more actions that contribute to the ride-hailing order, improving the driver-passenger matching success rate, reducing passenger waiting anxiety, and meeting the adaptation needs of different application scenarios, thus providing strong support for the efficient operation of ride-hailing platforms. Furthermore, the one-click operation design and dynamic prompt function effectively reduce the learning cost and operational burden for passengers, improving the overall user experience.

[0060] Figure 3 This is an exemplary schematic diagram illustrating an interaction scheme according to an embodiment of this application. For example... Figure 3 The left-hand diagram exemplifies the first type of interactive card that is prioritized or continuously displayed at target module A. This card includes options for increasing driver fares and fast lanes. The first type of interactive card is arranged in a single row with multiple horizontal columns and is centered, its size matching that of target module A. Figure 3 The right-hand diagram exemplifies this, showing a second type of interactive card, such as "Immediate Price Increase for Priority Order Dispatch," displayed simultaneously at the target location (e.g., to the right of target module A). At this point, the display position of the first type of interactive card within the target module is dynamically adjusted, changing it from a single row of two columns to a double row of one column.

[0061] Figure 4 This is an exemplary schematic diagram illustrating the dynamic loading of a second type of interactive card according to an embodiment of this application. Figure 4 The example, from left to right, shows three cards: "Immediate Price Increase Priority Dispatch," "Continue to Select Higher Price," and "Accept Gasoline Vehicles." As mentioned earlier, if the passenger does not select "Immediate Price Increase Priority Dispatch" within a preset time interval (e.g., 5 seconds), or if the passenger clicks (without making a selection, only clicking the card) on "Immediate Price Increase Priority Dispatch," or swipes the card, the card displaying "Immediate Price Increase Priority Dispatch" is removed and replaced with the card indicating "Continue to Select Higher Price" (e.g., ...). Figure 4 (As shown in the middle image). Similarly, it can be further replaced with whether or not cards from gasoline vehicles are accepted, for example... Figure 4 As shown in the image on the right. In some implementation scenarios, keywords such as "high price" and "tanker truck" can be highlighted as visual cues.

[0062] Figure 5 This is an exemplary schematic diagram illustrating the removal of a second type of interactive card according to an embodiment of this application. Figure 5 The left-hand image shows the last second-type interactive card, such as a card indicating whether or not to accept a gasoline car. That is, assuming... Figure 5The left-hand image shows the display of all the second-type interactive cards. In this scenario, if a passenger clicks and selects a corresponding second-type interactive card or does not interact with the card after a preset time (e.g., 30 seconds), the second-type interactive card is removed from its target position in the target module, and the display position of the first-type interactive cards in the target module is dynamically adjusted, restoring the first-type interactive cards to their initial single-row, double-column arrangement, for example... Figure 5 As shown in the right-hand diagram.

[0063] Figure 6 This is yet another exemplary schematic diagram illustrating an interaction scheme according to an embodiment of this application. For example... Figure 6 The diagram exemplifies a first type of interactive card that is prioritized or continuously displayed at target module A, which includes offers such as increased fares for drivers and fast-track lanes. Simultaneously, a second type of interactive card is displayed at a target location (e.g., to the right of target module A), offering options such as immediate fare increases and priority dispatch. Furthermore, the diagram also exemplifies the placement of visual cues, such as guiding text, at a second target location within target module A (e.g., above the card), to reduce passenger anxiety.

[0064] In some embodiments, a third type of interactive card, such as a compensation voucher, can be placed at the second target location of the target module, along with a dynamic progress bar to encourage passengers to continue waiting, thereby improving passenger retention. Once the reward for waiting is received, the dynamic card automatically disappears, ensuring the interface remains simple and the information accurate, preventing passengers from experiencing anxiety due to information overload during peak hours.

[0065] Figure 7 This is an exemplary schematic diagram illustrating the display of a third type of interactive card according to an embodiment of this application. Figure 7 The left-hand diagram illustrates a third type of interactive card displaying a compensation voucher at the second target location (e.g., above the card) in target module A. In the implementation scenario, a dynamic progress bar can be set above the compensation voucher to prompt the passenger to click. Once the passenger clicks and receives the corresponding compensation, the third type of interactive card is removed from the second target location in target module A. Figure 7 As shown in the right-hand diagram.

[0066] It is important to understand that the above Figures 3-7 This is merely an example and not a limitation. For instance, if there are multiple scenarios for the first type of interactive cards, their initial and adjusted arrangements can also be multiple rows and columns. The target position in the target module can also be located to the left of the first type of interactive cards, that is, the second type of interactive cards are displayed on the left side of the target module, while the first type of interactive cards are displayed on the right side of the target module. The second target position in the target module can also be located below the cards, and this application does not impose any limitations on this.

[0067] The interactive method described in this application embodiment can accurately generate and dynamically update driver-passenger matching schemes based on passenger ride requests, preference data, historical ride behavior data, and additional vehicle types added to the current order. This mechanism not only improves driver-passenger matching efficiency but also reduces passenger waiting anxiety through real-time feedback, enhancing passenger trust and satisfaction with the platform. A flexible page layout design supports dynamic switching from single-row to multi-row, while also possessing high scalability, flexibly adapting to various ride-hailing strategy scenarios (such as ride-hailing, carpooling, and chauffeur services). This design not only enhances the flexibility and adaptability of the interface but also reduces development and maintenance costs through modular layout, providing strong technical support for platform expansion. Through a minimalist one-click operation design, complex matching logic is hidden beneath a simple passenger interface; passengers can complete operations such as adding capacity, increasing fares, or selecting fast lanes simply by clicking a button. This interaction method significantly reduces passenger operation steps and learning costs, providing a better travel experience, especially in emergency travel or high-frequency usage scenarios.

[0068] In some embodiments, this application also provides an interactive system including a terminal and a server. The server is configured to send a first type of interactive card to the terminal in response to a received ride-hailing request initiated by a passenger. The terminal is configured to continuously display the first type of interactive card before the ride-hailing request is accepted. The server is further configured to generate at least one second type of interactive card corresponding to the passenger based on the passenger's user profile data, wherein the at least one second type of interactive card has a push priority. When the passenger's waiting time exceeds a preset waiting time, the second type of interactive card is pushed to the terminal based on the push priority. The terminal is also configured to display the second type of interactive card. In some embodiments, the server is further configured to determine at least one second type of interactive card corresponding to the passenger based on the passenger's user profile data and the passenger's additional vehicle type operation for the current ride.

[0069] Figure 8 This is an exemplary structural block diagram illustrating an interactive device 800 according to an embodiment of this application. Figure 8 As shown, the interactive device 800 may include a first display unit 801, which displays a first type of interactive card after receiving a ride request initiated by a passenger. A card acquisition unit 802 is used to acquire a second type of interactive card before the ride request is accepted. The first type of interactive card provides the passenger with continuously displayed ride-hailing strategy adjustment options, while the second type of interactive card dynamically provides the passenger with ride-hailing strategy adjustment options. A second display unit 803 is used to display the second type of interactive card.

[0070] In some embodiments, the ride-hailing strategy adjustment options presented by the obtained second-type interactive cards are determined based on the passenger's user profile data; or, the ride-hailing strategy adjustment options presented by the obtained second-type interactive cards are determined based on the passenger's user profile data and the passenger's additional vehicle type operation for this order. Each passenger has multiple second-type interactive cards to be recommended, and these multiple cards have recommendation priorities.

[0071] In some embodiments, the second display unit 803 is further configured to dynamically adjust the display position of the first type of interactive card in the target module, and dynamically load the second type of interactive card at the target position in the target module. Dynamically adjusting the display position of the first type of interactive card in the target module includes: dynamically switching the first type of interactive card from a single-row, multi-column arrangement to a multi-row, single-column arrangement in the target module.

[0072] In some embodiments, after the second type of interactive card is dynamically loaded at the target location in the target module, the second display unit 803 is further configured to, in response to the passenger's interaction completion instruction for the second type of interactive card, remove the second type of interactive card from the target location in the target module and dynamically adjust the display position of the first type of interactive card in the target module.

[0073] In some embodiments, the second type of interactive card includes multiple types, which can be dynamically switched. The dynamic switching of the second type of interactive card includes: in response to a replacement condition being triggered, replacing the second type of interactive card displayed at the target location in the target module with another second type of interactive card from the plurality of cards, or updating the ride-hailing strategy adjustment options presented on the second type of interactive card; wherein the replacement condition includes: the passenger not issuing an interaction command to the second type of interactive card displayed at the target location within a preset time interval; or, receiving another second type of interactive card or a new ride-hailing strategy adjustment option from the plurality of cards; or, the passenger performing a click or swipe operation on the second type of interactive card displayed at the target location.

[0074] In some embodiments, the interactive device 800 may further include an instruction sending unit, which, in response to receiving an operation instruction from a passenger regarding a ride-hailing strategy adjustment option on a first type of interactive card and / or a second type of interactive card, sends the ride-hailing strategy adjustment option corresponding to the operation instruction to the server, so that the server can adjust the order matching rules based on the ride-hailing strategy adjustment option corresponding to the operation instruction. The operations implemented by the aforementioned units correspond to the interactive method; therefore, more details regarding the operations implemented by each unit can be found above. Figure 2 The content described herein will not be repeated here.

[0075] Figure 9This is an exemplary structural block diagram illustrating an electronic device 900 according to an embodiment of this application. The electronic device is configured for interaction related to recommending transportation capacity during driver-passenger matching. Figure 9 As shown, the electronic device 900 of this application may include a processor 901 and a memory 902, wherein the processor 901 and the memory 902 communicate via a bus. The memory 902 stores program instructions for interaction, which, when executed by the processor 901, cause the implementation of the method steps described above in conjunction with the accompanying drawings: after receiving a ride request initiated by a passenger, displaying a first type of interactive card; before the ride request is accepted, acquiring a second type of interactive card; wherein the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to provide the passenger with dynamic ride-hailing strategy adjustment options; displaying the second type of interactive card.

[0076] Based on the foregoing description in conjunction with the accompanying drawings, those skilled in the art will understand that the embodiments of this application can also be implemented by software programs. Therefore, this application also provides a computer-readable storage medium. This computer-readable storage medium stores computer-readable instructions thereon for interaction, which, when executed by one or more processors, implement the embodiments of this application in conjunction with the accompanying drawings. Figure 2 The described interaction method. Furthermore, this application also provides a computer program product, comprising: a computer program, which, when executed by a processor, implements the present application in conjunction with the appendix. Figure 2 The described interaction method.

[0077] It should be noted that the data used in the embodiments of this application are all data that has been fully authorized by the passengers, or data obtained from data that has been fully authorized by the passengers.

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

[0079] It should be noted that although the operations of the method of this application are described in a specific order in the accompanying drawings, this does not require or imply that these operations must be performed in that specific order, or that all the operations shown must be performed to achieve the desired result. On the contrary, the steps depicted in the flowchart can be performed in a different order. Additionally or alternatively, certain steps may be omitted, multiple steps may be combined into one step, and / or one step may be broken down into multiple steps.

[0080] It should be understood that when the terms "first," "second," "third," and "fourth," etc., are used in the claims, specification, and drawings of this application, they are used only to distinguish different objects and not to describe a specific order. The terms "comprising" and "including" as used in the specification and claims of this application indicate the presence of the described features, integrals, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or collections thereof.

[0081] It should also be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application. As used in this specification and claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in this specification and claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes such combinations.

[0082] Although the embodiments of this application are described above, the content is merely an example adopted for the purpose of facilitating understanding of this application and is not intended to limit the scope and application scenarios of this application. Any person skilled in the art described in this application may make any modifications and changes in the form and details of the implementation without departing from the spirit and scope disclosed in this application, but the scope of patent protection of this application shall still be determined by the scope defined in the appended claims.

[0083] Furthermore, the collection and acquisition of various data in this application comply with relevant laws and regulations and are authorized by the data providers. Any organization or individual that needs to obtain external data shall obtain authorization in accordance with the law and ensure data security, and shall not illegally collect, use, process, or transmit unauthorized or unprotected data, nor shall it illegally buy, sell, provide, or disclose unauthorized or unprotected data.

Claims

1. An interaction method, characterized in that, include: After receiving a ride request from a passenger, display the first type of interactive card; Before the ride request is accepted, a second type of interactive card is obtained; wherein, the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to dynamically provide the passenger with ride-hailing strategy adjustment options; Display the second type of interactive card.

2. The interaction method according to claim 1, characterized in that, The first type of interactive card is displayed in the target module of the ride-hailing interface, and the display of the second type of interactive card includes: The display position of the first type of interactive card in the target module is dynamically adjusted, and the second type of interactive card is dynamically loaded at the target position in the target module.

3. The interaction method according to claim 2, characterized in that, The dynamic adjustment of the display position of the first type of interactive card in the target module includes: In the target module, the first type of interactive cards is dynamically switched from a single-row, multi-column arrangement to a multi-row, single-column arrangement.

4. The interaction method according to claim 1, characterized in that, The ride-hailing strategy adjustment options presented by the second type of interactive card are determined based on the passenger's user profile data; or, The ride-hailing strategy adjustment options presented by the second type of interactive card are determined based on the passenger's user profile data and the passenger's additional vehicle type operation for this order.

5. The interaction method according to claim 1, characterized in that, Each passenger has multiple second-type interactive cards to be recommended, and these multiple second-type interactive cards have a recommendation priority.

6. The interaction method according to claim 2, characterized in that, After dynamically loading the second type of interactive card at the target location in the target module, the following is also included: In response to the passenger's interaction completion command for the second type of interactive card, the second type of interactive card is removed from the target position in the target module, and the display position of the first type of interactive card in the target module is dynamically adjusted.

7. The interaction method according to claim 1, characterized in that, The second type of interactive card includes multiple cards, and the second type of interactive card can be dynamically switched.

8. The interaction method according to claim 7, characterized in that, The second type of interactive card can be dynamically switched in the following ways: In response to the replacement condition being triggered, the second type of interactive card displayed at the target location in the target module is replaced by another second type of interactive card from the plurality of cards, or the ride-hailing strategy adjustment options presented on the second type of interactive card are updated. The replacement conditions include: Within the preset time interval, the passenger did not issue any interactive command for the second type of interactive card displayed at the target location; Alternatively, it may receive another second-type interactive card or a new ride-hailing strategy adjustment option from among the plurality of cards; Alternatively, it could be a click or swipe action performed by the passenger on a second type of interactive card displayed at the target location.

9. The interaction method according to claim 1, characterized in that, Also includes: In response to receiving an operation instruction from a passenger regarding the ride-hailing strategy adjustment option on the first type of interactive card and / or the second type of interactive card, the ride-hailing strategy adjustment option corresponding to the operation instruction is sent to the server, so that the server can adjust the order matching rules based on the ride-hailing strategy adjustment option corresponding to the operation instruction.

10. An interactive system, characterized in that, The interactive system includes a terminal and a server: The server is configured to send a first type of interactive card to the terminal in response to a received ride-hailing request initiated by a terminal passenger. The terminal is configured to continuously display the first type of interactive card before the ride-hailing request is accepted. The server is also configured to generate at least one second-type interactive card corresponding to the passenger based on the passenger's user profile data, wherein the at least one second-type interactive card has a push priority; when the passenger's waiting time is longer than a preset waiting time, the second-type interactive card is pushed to the terminal based on the push priority. The terminal is also configured to display the second type of interactive card.

11. The interactive system according to claim 10, characterized in that, In generating at least one second-type interactive card corresponding to the passenger based on the passenger's user profile data, the server is further configured to: Based on the passenger's user profile data and the passenger's order to add a vehicle type, at least one second-type interactive card corresponding to the passenger is determined.

12. An interactive device, comprising: The first display unit is used to display the first type of interactive card after receiving a ride request initiated by a passenger. A card acquisition unit is used to acquire a second type of interactive card before the ride request is accepted; wherein, the first type of interactive card is used to provide the passenger with continuously displayed ride-hailing strategy adjustment options, and the second type of interactive card is used to dynamically provide the passenger with ride-hailing strategy adjustment options; The second display unit is used to display the second type of interactive cards.

13. A computer program product, comprising: A computer program that, when executed by a processor, implements the interaction method according to any one of claims 1-9.

Images