Hybrid payment method and device based on air-railway linkage, and electronic equipment

Abstract

The invention discloses a hybrid payment method and device based on air-railway linkage and electronic equipment, and relates to the technical field of aviation information or other related technical fields, and the method comprises the steps: analyzing a ticket buying request, and obtaining ticket buying demand information and user account information; determining a flight identifier and a railway identifier based on the ticket buying demand information, and obtaining a mileage payment rule of a target flight, a ticket price of the target flight and a ticket price of a target railway based on the flight identifier; the mileage integral of the target account is obtained based on the user account information, the mixed payment proportion and price are calculated based on the above information and preset constraint conditions, and a mixed payment strategy is generated; and payment operation is executed based on the hybrid payment strategy, and ticket issuing information is generated under the condition that payment succeeds. According to the invention, the technical problem of low efficiency caused by the fact that a user needs to manually acquire the mileage points, know the mileage point payment rule, manually calculate the payment proportion and purchase the ticket during the purchase of the interline ticket in the prior art is solved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of aviation information technology or other related technical fields, in particular, to a hybrid payment method based on air-rail through service and a device and an electronic device thereof. BACKGROUND

[0002] In the current civil aviation e-commerce system, airlines generally implement the mileage accumulation program as a tool to attract and maintain customer loyalty. Such programs allow passengers to accumulate miles by flying or participating in partner activities, which can be used to redeem tickets, upgrade, and other aviation services. However, the traditional mileage system mainly focuses on the aviation field, and the travel options provided for users are relatively few.

[0003] With the diversification of travel modes, for long-distance travel, users often choose air-rail through service. The current mileage points cannot be effectively integrated with non-air scenarios such as railways, and users can only pay for funds or manually obtain mileage points when purchasing through tickets. After understanding the mileage payment rules, the payment ratio is manually calculated, and the mileage payment and fund payment are separated, which is low in efficiency and the calculation result may not be accurate.

[0004] In view of the above problems, no effective solution has been proposed so far. SUMMARY

[0005] The embodiments of the present application provide a hybrid payment method based on air-rail through service and a device and an electronic device thereof, to at least solve the technical problem in the related art that the user needs to manually obtain mileage points and understand the mileage payment rules, manually calculate the payment ratio and purchase tickets when purchasing through tickets, which is low in efficiency.

[0006] According to an aspect of an embodiment of the present application, a hybrid payment method based on air-rail through service is provided, comprising: receiving a ticket purchase request of a user end, and analyzing the ticket purchase request to obtain ticket purchase demand information and user account information of the user end; determining a flight identifier and a railway identifier based on the ticket purchase demand information of the user end, obtaining a mileage payment rule of a target flight, a ticket price of the target flight and a ticket price of a target railway based on the flight identifier and the railway identifier; obtaining mileage points of a target account based on the user account information, calculating a hybrid payment ratio and price based on the mileage payment rule, the mileage points, the ticket price of the target flight, the ticket price of the target railway and a preset constraint condition, and generating a hybrid payment strategy based on the hybrid payment ratio and price; performing a payment operation based on the hybrid payment strategy, and generating ticket information in the case of successful payment, and returning the ticket information to the user end.

[0007] Further, after determining the flight identifier and the railway identifier based on the ticket purchase demand information of the user terminal, the method further comprises: calling an air ticketing system of the target flight based on the flight identifier, and reserving a flight seat from the air ticketing system; calling a railway ticketing system of the target railway based on the railway identifier, and reserving a railway seat from the railway ticketing system; in the case that both the flight seat and the railway seat are successfully reserved, returning a reservation success notification; or in the case that any one of the flight seat and the railway seat fails to be reserved, rolling back, canceling the successfully reserved seat, and returning a reservation failure notification.

[0008] Further, the step of making payment based on the mixed payment strategy comprises: calling a fund payment system to deduct funds based on a fund payment strategy of the mixed payment strategy; calling a mileage system to deduct mileage based on a mileage payment strategy of the mixed payment strategy; in the case that both the fund deduction and the mileage deduction are successfully operated, returning a payment success notification; or in the case that any one of the fund deduction and the mileage deduction fails to be operated, rolling back, and canceling the successful operation.

[0009] Further, the step of obtaining the mileage points of the target account based on the user account information comprises: performing multi-channel inquiry based on the user account information, checking whether the user corresponding to the target account is a dishonest person; in the case that the user is not a dishonest person, calling a mileage system to query the mileage points of the target account.

[0010] Further, in the case of successful payment, the step of generating ticket information comprises: in the case of successful payment, calling an air ticketing system of the target flight, locking the reserved flight seat, and obtaining flight seat information; calling a railway ticketing system of the target railway, locking the reserved railway seat, and obtaining railway seat information; and generating ticket information for the user based on the flight seat information and the railway seat information.

[0011] Further, the mixed payment method based on air-rail interlining further comprises: in the case that the reserved flight seat fails to be locked, rolling back, and refunding the deducted funds and mileage points to the user terminal; in the case that the reserved railway seat fails, rolling back, and refunding the deducted funds and mileage points to the user terminal.

[0012] Further, after generating the mixed payment strategy based on the mixed payment ratio and the price, the method further comprises: sending the mixed payment strategy to the user terminal; receiving a ratio adjustment operation of the user terminal on the fund payment and the mileage payment in the mixed payment, and updating the mixed payment strategy based on the ratio adjustment operation.

[0013] Further, the preset constraint condition at least includes: fund utilization minimization, mileage point utilization maximization.

[0014] According to another aspect of the embodiments of the present application, a hybrid payment device based on air-rail through service is further provided, comprising: a receiving unit configured to receive a ticket purchase request of a user terminal, and parse the ticket purchase request to obtain ticket purchase demand information and user account information of the user terminal; an obtaining unit configured to determine a flight identifier and a railway identifier based on the ticket purchase demand information of the user terminal, and obtain a mileage payment rule of a target flight, a ticket price of the target flight, and a ticket price of a target railway based on the flight identifier and the railway identifier; a calculating unit configured to obtain mileage points of a target account based on the user account information, calculate a hybrid payment ratio and price based on the mileage payment rule, the mileage points, the ticket price of the target flight, the ticket price of the target railway, and a preset constraint condition, and generate a hybrid payment strategy based on the hybrid payment ratio and price; and a payment unit configured to perform a payment operation based on the hybrid payment strategy, and generate ticketing information and return the ticketing information to the user terminal in a case that the payment operation is successful.

[0015] Further, the hybrid payment device based on air-rail through service further comprises: a first calling module configured to call an air ticketing system of the target flight based on the flight identifier, and reserve a flight seat from the air ticketing system; a second calling module configured to call a railway ticketing system of the target railway based on the railway identifier, and reserve a railway seat from the railway ticketing system; a first returning module configured to return a reservation success notification in a case that the flight seat and the railway seat are both successfully reserved; and a first rollback module configured to rollback, cancel the successfully reserved seat, and return a reservation failure notification in a case that any one of the flight seat and the railway seat fails to be reserved.

[0016] Further, the payment unit comprises: a third calling module configured to call a fund payment system to perform fund deduction based on a fund payment strategy of the hybrid payment strategy; a fourth calling module configured to call a mileage system to perform mileage deduction based on a mileage payment strategy of the hybrid payment strategy; a second returning module configured to return a payment success notification in a case that the fund deduction and the mileage deduction are both successfully performed; and a second rollback module configured to rollback, cancel the successfully performed operation in a case that any one of the fund deduction and the mileage deduction fails to be performed.

[0017] Further, the receiving unit comprises: a first checking module configured to perform multi-channel query based on the user account information to check whether a user corresponding to the target account is a dishonest person; and a first querying module configured to call a mileage system to query the mileage points of the target account in a case that the user is not a dishonest person.

[0018] Further, the payment unit comprises: a fifth calling module, configured to call an air ticketing system of the target flight to lock a predetermined flight seat and obtain flight seat information in the case of successful payment; a sixth calling module, configured to call a railway ticketing system of the target railway to lock a predetermined railway seat and obtain railway seat information; and a first generating module, configured to generate ticket information for the user based on the flight seat information and the railway seat information.

[0019] Further, the hybrid payment device based on air-rail interlining further comprises: a third rollback module, configured to rollback and return the deducted funds and mileage points to the user end in the case of failure of locking the predetermined flight seat; and a fourth rollback module, configured to rollback and return the deducted funds and mileage points to the user end in the case of failure of locking the predetermined railway seat.

[0020] Further, the hybrid payment device based on air-rail interlining further comprises: a first sending module, configured to send a hybrid payment strategy to the user end; and a first updating module, configured to receive a proportion adjustment operation of the user end on the payment of funds and the payment of mileage in the hybrid payment, and update the hybrid payment strategy based on the proportion adjustment operation.

[0021] Further, the preset constraint condition at least comprises: fund utilization minimization and mileage point utilization maximization.

[0022] According to another aspect of the embodiment of the present application, an electronic device is also provided, and the memory is used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement any one of the above hybrid payment methods based on air-rail interlining.

[0023] In the present application, by receiving a ticket purchase request of a user end and analyzing the ticket purchase request to obtain ticket purchase demand information and user account information of the user end, determining a flight identifier and a railway identifier based on the ticket purchase demand information of the user end, obtaining a mileage payment rule of a target flight, a ticket price of the target flight and a ticket price of a target railway based on the flight identifier, and obtaining mileage points of a target account based on the user account information, calculating a hybrid payment proportion and a price based on the mileage payment rule, the mileage points, the ticket price of the target flight, the ticket price of the target railway and a preset constraint condition, generating a hybrid payment strategy based on the hybrid payment proportion and the price, and finally executing a payment operation based on the hybrid payment strategy, generating ticket information in the case of successful payment, and returning the ticket information to the user end.

[0024] In the present application, by interacting with the air ticketing system and the railway ticketing system, the proportion and price of the mixed payment are intelligently calculated by analyzing the ticket purchase request, determining the air and railway identification, obtaining the corresponding mileage payment rules and ticket price information, combining the mileage points of the target account, generating the best mixed payment strategy. Once the payment is successful, the system will automatically generate ticketing information and return it to the user in time, thereby significantly improving the payment efficiency and flexibility, ensuring the accuracy of the ticketing result, and improving the user experience. Further, the technical problem of low efficiency in the related art that the user needs to manually obtain the mileage points and understand the mileage points payment rules, manually calculate the payment proportion and purchase tickets when purchasing a through ticket is solved. BRIEF DESCRIPTION OF DRAWINGS

[0025] The drawings described herein are used to provide further understanding of the present application, and form a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application, and do not constitute an improper limitation on the present application. In the drawings:

[0026] Figure 1 is a flowchart of an optional air-rail through-based mixed payment method according to an embodiment of the present application;

[0027] Figure 2 is an architecture diagram of an optional air-rail through-based mixed payment system according to an embodiment of the present application;

[0028] Figure 3 is a schematic diagram of an optional air-rail through-based mixed payment process according to an embodiment of the present application;

[0029] Figure 4 is a schematic diagram of an optional air-rail through-based mixed payment device according to an embodiment of the present application;

[0030] Figure 5 is a hardware structure block diagram of an electronic device (or mobile device) for executing an air-rail through-based mixed payment method according to an embodiment of the present application. DETAILED DESCRIPTION

[0031] In order to enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor should fall within the scope of protection of the present application.

[0032] It should be noted that the terms "first", "second", and the like in the description and in the claims of the present application and in the above-described drawings are intended to distinguish similar objects and not necessarily describe a particular chronological or sequential order. It should be understood that the data thus used can be interchanged, where appropriate, so that the embodiments of the application described herein can be practiced in other than the illustrated or described order. Furthermore, the terms "comprise" and "have", and any variations thereof, are intended to cover non-exclusive inclusion, for example, processes, methods, systems, products, or devices that include a series of steps or units not necessarily limited to those clearly listed, but can include other steps or units not clearly listed or inherent to these processes, methods, products, or devices.

[0033] For the convenience of those skilled in the art to understand the present application, the following explains some terms or nouns involved in the embodiments of the present application:

[0034] Application Programming Interface, API for short, software interface, allows different software applications to communicate with each other, exchange data or functions, without knowing the internal implementation details of the other party.

[0035] Passenger Name Record, PNR for short, is an electronic record used to store passenger reservation information in the civil aviation industry. It contains data such as passenger itinerary details, personal information, flight information, seat preferences, special meal requirements, and baggage information.

[0036] It should be noted that the hybrid payment method and device based on air-rail through flight in the present application can be used in the field of aviation information technology in the case of mileage accumulation and fund hybrid payment for air-rail through flight, and can also be used in any field other than aviation information technology in the case of mileage accumulation and fund hybrid payment for air-rail through flight. The application field of the hybrid payment method and device based on air-rail through flight in the present application is not limited.

[0037] It should be noted that the related information (including but not limited to user equipment information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in the present application are information and data authorized by the user or authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of related data comply with relevant laws, regulations and standards in relevant regions, necessary security measures are taken, do not violate public order and good customs, and provide corresponding operation portal for user to choose authorization or refusal. For example, interfaces are provided between the system and related users or institutions, and before obtaining the related information, the interface needs to send a request to the aforementioned user or institution, and after receiving the consent information feedback from the aforementioned user or institution, the related information is obtained.

[0038] It should be noted that in the present application, when collecting and analyzing customer information, a corresponding operation portal is provided for the user to choose to agree or refuse the automatic decision result; if the user chooses to refuse, the expert decision process is entered.

[0039] The following embodiments of the present application can be applied to various hybrid payment systems / applications / devices based on air-rail through travel. The present application introduces air-rail hybrid payment and flexible mileage deduction mechanism in payment mode, intelligently calculates the proportion of mileage points and fund payment through interaction with air ticketing system and railway ticketing system, realizes air-rail through travel hybrid payment, improves payment efficiency and accuracy of ticketing result, improves user payment experience, and improves payment flexibility.

[0040] The present application will be described in detail below in conjunction with various embodiments.

[0041] Embodiment one

[0042] According to the embodiments of the present application, an embodiment of a hybrid payment method based on air-rail through travel is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that here.

[0043] Figure 1 is a flowchart of an optional hybrid payment method based on air-rail through travel according to an embodiment of the present application, as shown in Figure 1 The method comprises the following steps:

[0044] With the increasing diversification of travel modes, users often choose to combine air travel with rail travel for long-distance travel, aiming to achieve a more efficient and comfortable travel experience. However, traditional civil aviation e-commerce systems are often limited to a single payment mode when handling such complex itineraries, such as full mileage redemption or cash payment. This not only limits the flexibility of user payments, but also ignores the actual value of mileage points and the effective integration of multiple payment methods. Especially for users who have some mileage points but not enough to cover the full cost, they cannot flexibly use cash and mileage points for mixed payment to achieve the best balance between economy and convenience.

[0045] The embodiment of the present application realizes an air-rail ticket mileage and cash mixed payment method through innovative system architecture and payment process design. It can intelligently analyze the user's ticket purchase demand and account information, such as the origin and destination of flights and railways, dates, passenger information, and user's mileage points balance, and then automatically calculate the optimal mixed payment ratio. The system not only can obtain the mileage payment rules, ticket prices of target flights, and ticket prices of target railways, but also can generate customized payment strategies according to preset constraints, such as the upper limit of mileage points usage and the minimum requirement of cash payment.

[0046] Once the user confirms the payment strategy, the system will use a distributed transaction management mechanism to ensure the consistency and security of the payment process. Even in the case of unstable network or system exception, the user's assets can be protected, and the risk of inconsistent payment and ticketing status can be avoided. After successful payment, the system will generate electronic ticket information and seamlessly push it to the user, making the entire ticket purchase process fast and secure.

[0047] Step S101, receiving the ticket purchase request of the user end and analyzing the ticket purchase request to obtain the ticket purchase demand information and user account information of the user end.

[0048] The execution subject of the embodiment of the present application is a mixed payment system based on air-rail connection. In the above step S101, the system front-end interface (such as a website or mobile application) provides a friendly operation interface for the user, so that the user can input or select his travel requirements, including origin, destination, departure date, passenger information, etc. When the user submits the ticket purchase request, the system receives this request through the network interface, analyzes the request data, and extracts the key ticket purchase demand information and user account information. The ticket purchase demand information mainly includes the user's specific itinerary arrangement (such as the combination of flights and railways), transportation service type (air and rail), price information, etc.; while the user account information includes the user's ID, contact information, user account, etc.

[0049] An optional embodiment, the parsed ticketing demand information and user account information will be stored in the system database for subsequent processing and calling. The system database can adopt MySQL relational database architecture to store the above key information, ensuring the accuracy and security of the data.

[0050] Step S102, based on the user's ticketing demand information to determine the flight identification and railway identification, based on the flight identification and railway identification to obtain the mileage payment rules of the target flight, the ticket price of the target flight and the ticket price of the target railway.

[0051] In the above steps, according to the user's ticketing demand information, the specific flight railway selected by the user for travel can be determined, and the flight identification and railway identification are obtained. Different flight identifications may also result in different subsequent interactions with the airline ticketing system. By accessing the target flight corresponding to the airline system through the flight identification, the mileage payment rules of the target flight and the real-time ticket price of the target flight are queried. Specifically, different airlines have different mileage payment rules, which are usually related to flight cabin, ticket price level and membership level. By calling the API interface of the airline company, the mileage exchange ratio of the specific cabin on the target flight, the minimum exchange threshold and other rules are obtained, which are crucial for calculating the part of the amount paid by the user using mileage. At the same time, based on the railway identification, the relevant interface is called to access the railway system to query the ticket price of the target railway. The above information is crucial for calculating the mixed payment ratio and the funds to be paid.

[0052] The system can seamlessly integrate the API of the airline system and the railway system. Even in two independent systems with different technical architectures, efficient data exchange can be achieved to provide accurate ticket prices and payment rules for users, and to ensure that the generation of subsequent payment strategies is more intelligent and personalized.

[0053] Further, after determining the flight identification and railway identification based on the user's ticketing demand information, it also includes: calling the airline ticketing system of the target flight based on the flight identification, and reserving the flight seat from the airline ticketing system; calling the railway ticketing system of the target railway based on the railway identification, and reserving the railway seat from the railway ticketing system; in the case that both the flight seat and the railway seat are successfully reserved, return a reservation success notification; or in the case that any one of the flight seat and the railway seat fails to reserve, roll back, cancel the successfully reserved seat, and return a reservation failure notification.

[0054] Specifically, in processing related transactions, this embodiment of the invention adopts a distributed transaction processing approach. After obtaining the target flight and target train information desired by the user, the system can access the airline ticketing system using the flight identifier to reserve a seat. If seats are available, the system can successfully reserve the corresponding cabin class. Simultaneously, based on the train identifier, the system calls the API interface of the railway ticketing system to access the system, query, and reserve train seats. This process includes checking for available train tickets and, if available, reserving a train seat.

[0055] For the booking process described above, if both flight and train seats are successfully booked, the system will return a booking success notification, meaning the user can proceed with the payment. However, if either flight or train seat booking fails, to avoid unnecessary losses and inconvenience for the user, the system immediately activates a rollback mechanism to cancel the successfully booked seats. This is because if a problem occurs in one step, the entire connecting trip cannot be completed smoothly. To prevent users from paying for services they cannot use, the rollback mechanism ensures that all bookings are either all successful or all invalid, maintaining transaction consistency.

[0056] The system will then immediately notify the user of the booking failure, including the reason for the failure (such as full seats, system malfunction, etc.), and suggest that the user choose a different itinerary or payment method. This transparent process improves the user experience, allowing users to know the reason for the booking failure in a timely manner and proceed with the next step.

[0057] Through the distributed transaction processing mechanism, while responding quickly to user requests, it also ensures the effective management of transaction consistency in complex multi-system environments, protecting user rights from harm.

[0058] Step S103: Obtain the mileage points of the target account based on the user account information; calculate the mixed payment ratio and price based on the mileage payment rules, mileage points, ticket price of the target flight, ticket price of the target railway and preset constraints; and generate a mixed payment strategy based on the mixed payment ratio and price.

[0059] In step S103 above, the mileage system is requested based on the user's account information to query the target account's mileage points. Then, based on preset constraints, the optimal payment ratio and overall payment price combining mileage points and cash are intelligently calculated. Mileage payment rules include mileage redemption ratios and minimum redemption thresholds, which determine the possibility and limitations of users using mileage for payment. Preset constraints ensure the rationality and security of the payment strategy, maximizing the use of user mileage points and thus maximizing user benefits.

[0060] After the mixed payment ratio and price are calculated, the system will generate a mixed payment strategy based on these data, which clearly defines how many mileage points and how much cash the user should use to complete the payment. The payment strategy also contains detailed payment instructions, such as instructing the payment module to call the third-party payment SDK for cash payment and the mileage module API for mileage point deduction. The generation process of this strategy is dynamic, and the system will continuously monitor the user's mileage point changes and the latest policies of airlines and railway companies, and adjust the payment ratio in a timely manner to ensure that each payment is based on the latest data and optimized algorithm.

[0061] Further, the step of obtaining the mileage points of the target account based on the user account information comprises: performing multi-channel query based on the user account information to check whether the user corresponding to the target account is a dishonest person; and in the case that the user is not a dishonest person, calling the mileage system to query the mileage points of the target account.

[0062] An optional embodiment, when obtaining the mileage points, the credit status of the user needs to be checked to ensure that the user is not a dishonest person, thereby reducing the loss of airlines. The system adopts a multi-channel data query method to check whether the user corresponding to the target account is listed in the dishonest person list by interfacing with multiple authoritative credit databases, so as to prevent potential transaction risks. If the system confirms that the user is not a dishonest person, the payment process will continue. On the contrary, if the user is identified as a dishonest person, the system will prevent him from performing the payment operation, and send corresponding prompt information to the user end to explain the reason for the payment rejection. This mechanism provides a risk control means for airlines and railway companies. In the case that the user is determined to have a good credit status, the system will call the mileage system API to access the mileage system to query the mileage points of the target account.

[0063] Further, the preset constraint condition at least includes: fund utilization minimization and mileage point utilization maximization.

[0064] It should be noted that, in the calculation of the mixed payment ratio, the embodiment of the present application defaults to using the constraint conditions of fund utilization minimization and mileage point utilization maximization for calculation, aiming to use as many mileage points as possible and reduce the cash payment of the user, thereby maximizing the interests of the user.

[0065] Further, after generating the mixed payment strategy based on the mixed payment ratio and the price, the method further comprises: sending the mixed payment strategy to the user end; receiving a proportion adjustment operation of the user end on the fund payment and the mileage payment in the mixed payment, and updating the mixed payment strategy based on the proportion adjustment operation.

[0066] It should be noted that the embodiment of the present application provides a manual adjustment mechanism for the user, sends the automatically generated mixed payment strategy to the user end, and displays a payment scheme including the initial proportion of fund payment and mileage payment to the user. After receiving the mixed payment strategy, the user can adjust the proportion of fund payment and mileage payment according to the user's own situation and preference through methods such as dragging the proportion bar and inputting a custom proportion. This function gives the user more autonomy, so that the payment strategy can more accurately match the user's payment ability and willingness. Then the system will receive the adjustment information in real time, and recalculate the final proportion of mixed payment and the price of fund payment based on the latest user instructions, so as to optimize the mixed payment strategy according to the user's demand.

[0067] In step S104, the payment operation is performed based on the mixed payment strategy, and in the case of successful payment, ticket information is generated and returned to the user end.

[0068] In the above step S104, the payment operation is involved. Since mileage points payment and fund payment involve different payment systems, in order to avoid the situation of payment confusion, a distributed transaction processing method is adopted to ensure the consistency of the payment result. The payment operation covers payment confirmation, payment execution, order state update, ticket generation and information pushing, etc. to ensure the feasibility of mixed payment and improve the payment efficiency. In the case of successful payment, ticket information is automatically generated and returned to the user end.

[0069] Further, the step of performing payment based on the mixed payment strategy includes: calling the fund payment system for fund deduction based on the fund payment strategy of the mixed payment strategy; calling the mileage system for mileage deduction based on the mileage payment strategy of the mixed payment strategy; returning a payment success notification in the case that the fund deduction and the mileage deduction are both successfully operated; or, in the case that any one of the fund deduction and the mileage deduction fails, rolling back and canceling the successful operation.

[0070] Specifically, the system calls the corresponding fund payment interface, such as the online banking payment interface, the third-party payment interface, etc. according to the fund payment part determined in the mixed payment strategy. After receiving the request, the fund payment system performs specific fund deduction operation. This may involve user account information verification, payment password confirmation, real-time monitoring of transaction status, etc. to ensure the safety and accuracy of payment.

[0071] At the same time, the system calls the API of the mileage system according to the mileage payment part determined in the mixed payment strategy to perform the deduction operation of the mileage points. After receiving the request, the mileage system performs the deduction of the mileage points according to the user's balance and the payment strategy. The system will record this operation, update the balance of the user's account, and generate the corresponding transaction record.

[0072] After the deduction of funds and mileage is successfully executed, the system will generate a payment voucher and send a notification of successful payment to the user. The notification usually contains order number, payment amount, deducted mileage value, payment method and other key information to help the user confirm the payment details.

[0073] If either the fund deduction or the mileage deduction fails during the payment process, the system will immediately initiate a rollback mechanism. This means that the successfully executed operations (such as deducted mileage points or deducted funds) will be reversed to restore the pre-payment state. This mechanism ensures the atomicity of the payment operation, i.e. either all successful or all failed, effectively avoiding the loss of user assets and inconsistent state of the system.

[0074] Through the above steps, in order to ensure the consistency of fund deduction and mileage deduction operations when implementing the mixed payment strategy, the application adopts distributed transaction (such as two-phase commit 2PC) technology to coordinate and manage the interaction between the fund payment system and the mileage system. Distributed transaction technology ensures that multiple subsystems (such as payment system, mileage system) can complete transactions simultaneously, either successfully or failed, thereby ensuring the stability and security of the entire payment process.

[0075] Further, in the case of successful payment, the step of generating ticket information includes: in the case of successful payment, calling the airline ticketing system of the target flight to lock the reserved flight seat and obtaining flight seat information; calling the railway ticketing system of the target railway to lock the reserved railway seat and obtaining railway seat information; generating ticket information for the user based on the flight seat information and the railway seat information.

[0076] An optional embodiment, after the payment is confirmed, the system calls the API of the airline company to which the target flight belongs again, accesses the airline ticketing system and requests to lock the flight seat that the user has booked. This operation ensures that the seat will not be booked by other users after the payment is successful, and the selected seat is reserved for the user. The airline ticketing system returns detailed seat information of the flight after successful seat locking, including passenger name, flight number, departure city, destination, departure time, seat number, cabin level, PNR record (Passenger Name Record) and other information. These information are the key data for generating the electronic ticket of the flight.

[0077] Meanwhile, the system calls the ticketing system API of the target railway at this time, requests the railway ticketing system to lock the railway seat booked by the user. This operation ensures the booking status of the railway seat and avoids seat conflicts after successful payment. The railway ticketing system returns detailed railway seat information, including passenger name, train number, departure station, destination, departure time, seat number, carriage number, ticket price, and two-dimensional code link, which will be used to generate the electronic ticket of the railway.

[0078] Finally, the system integrates the seat information obtained from the airline ticketing system and the railway ticketing system to ensure the integrity and consistency of the information. Based on the integrated seat information, the system generates ticketing information, including the electronic ticket of the flight and the electronic ticket of the railway, returns the ticketing information to the user end, and updates the status information in the electronic ticket of the flight and the electronic ticket of the railway according to the real-time status of the target flight and the target railway.

[0079] Further, the hybrid payment method based on air-rail interline also includes: in the case of failure to lock the predetermined flight seat, rolling back to refund the deducted funds and mileage points to the user end; in the case of failure to lock the predetermined railway seat, rolling back to refund the deducted funds and mileage points to the user end.

[0080] Considering various unexpected situations that may occur during the booking process, such as failure to lock the flight or railway seat, the embodiment of the present application sets up a rollback mechanism. When any of the locking operations of the booked flight seat or railway seat fails, the system will automatically trigger the rollback process, not only reversing the successful booking operation, but also refunding the deducted funds and mileage points, ensuring the safety of user assets. Specifically, if the system encounters a failure when attempting to lock the flight seat, such as the seat being booked by someone else or other technical faults, the system will immediately detect this abnormal state. Once the seat locking failure is detected, the system will immediately start the rollback process, reversing all executed transaction operations, including but not limited to unlocking the successfully booked seat, and requesting the payment system and the mileage system to refund the deducted mileage points and cash.

[0081] Through the above steps, the ticket purchase request of the user end is received and analyzed to obtain the ticket purchase demand information and user account information of the user end. Then, the flight identifier and railway identifier are determined based on the ticket purchase demand information of the user end. The mileage payment rule of the target flight, the ticket price of the target flight, and the ticket price of the target railway are obtained based on the flight identifier. The mileage points of the target account are obtained based on the user account information. The hybrid payment ratio and price are calculated based on the mileage payment rule, the mileage points, the ticket price of the target flight, the ticket price of the target railway, and the preset constraint condition. The hybrid payment strategy is generated based on the hybrid payment ratio and price. Finally, the payment operation is executed based on the hybrid payment strategy. In the case of successful payment, the ticketing information is generated and returned to the user end.

[0082] In this embodiment, by interacting with civil aviation and railway ticketing systems, the system parses purchase requests, identifies airline and railway identifiers, obtains relevant mileage payment rules and fare information, and intelligently calculates the proportion and price of mixed payments based on the target account's mileage points, generating the optimal mixed payment strategy. Once payment is successful, the system automatically generates ticketing information and promptly returns it to the user, significantly improving payment efficiency and flexibility, ensuring the accuracy of ticketing results, and enhancing the user experience. This solves the technical problem in related technologies where, when purchasing connecting tickets, users need to manually acquire mileage points, understand mileage payment rules, manually calculate payment proportions, and then purchase tickets, resulting in low efficiency.

[0083] The following describes in detail another optional implementation method.

[0084] Figure 2 This is an architecture diagram of an optional hybrid payment system based on air-rail intermodal travel according to an embodiment of the present invention, such as... Figure 2 As shown, this hybrid payment system based on air-rail intermodal travel includes: a transaction module, a payment module, a seat reservation module, a mileage module, and a control module. Specifically,

[0085] The transaction module handles user booking requests, including integrated queries for flight and rail tickets and order creation. It interacts with the control and payment modules to ensure the integrity of the transaction process.

[0086] The control module manages the entire transaction process, including calculating the proportion of mixed payments, dynamic allocation, order status monitoring, exception handling, and business rule control. It ensures the compliance of the transaction process, such as handling order cancellations and refunds.

[0087] The payment module is responsible for processing user payment requests, interacting with third-party payment systems, and supporting various payment methods (such as mileage points payment, debit card payment, e-wallet payment, etc.). It also handles tasks such as payment confirmation, deduction, and payment splitting (e.g., allocating to airlines and railway companies).

[0088] The reservation module is responsible for connecting with the airline's reservation system, obtaining flight seat information, and completing ticket reservations.

[0089] The railway module is responsible for connecting to the railway system and providing services such as railway ticket inquiry and seat reservation.

[0090] The mileage module is responsible for connecting to the mileage system, querying and managing users' mileage points, and supporting the use of points for payments.

[0091] Figure 3 This is a schematic diagram of an optional hybrid payment process based on air-rail intermodal travel according to an embodiment of the present invention, such as...Figure 3 As shown, the mixed payment process based on air-rail through service includes:

[0092] Step one, the user end submits an air-rail order to the transaction module, which contains the target flight and target railway selected by the user for travel;

[0093] Step two, the transaction module requests the control module to perform order verification;

[0094] Step three, the control module returns the verification result, and in the case of successful verification, step four is executed;

[0095] Step four, request the booking module to book the flight seat, and the booking module calls the API of the air ticketing system, accesses the air ticketing system, and books the flight seat;

[0096] Step five, request the railway module to book the railway seat, and the railway module calls the API of the railway ticketing system, accesses the railway ticketing system, and books the railway seat;

[0097] Step six, receive the booking success notification returned by the booking module and the railway module;

[0098] Step seven, the transaction module requests the control module to calculate the payment ratio and funds;

[0099] Step eight, the control module requests the mileage module to call the response API, access the mileage system, query the user's mileage points, and receive the available mileage points returned by the mileage module;

[0100] Step nine, the control module calculates the mileage / fund payment ratio and the value of the funds to be paid, and generates a mixed payment strategy;

[0101] Step ten, the control module returns the mixed payment strategy to the user;

[0102] Step eleven, the user end adjusts the strategy and sends it to the control module;

[0103] Step twelve, the control module confirms and requests the payment module to make payment, and the payment module deducts mileage and pays funds by calling the mileage system and the third-party payment system;

[0104] Step thirteen, the payment module returns a notification of successful payment to the transaction module;

[0105] Step fourteen, the transaction module requests the booking module and the railway module to access the booking system and the railway system respectively, lock the booked flight seat and railway seat, and confirm the flight ticketing and railway ticketing;

[0106] Step fifteen, the booking module and the railway module return a notification of successful ticketing and ticketing information to the transaction module;

[0107] Step sixteen, the transaction module returns the ticket purchase completion notification to the user terminal, and generates the ticket information.

[0108] The mixed payment process is described below by examples:

[0109] The user selects A region-B region (flight) + and B region-C region (high-speed rail) travel, the system supports mixed payment of mileage and funds, the control module dynamically calculates the payment ratio, and the payment module completes the transaction. The control module is called to query the available mileage of the user. The calculation rule is as follows: if the user mileage is sufficient, the mileage is used by default, and the cash payment ratio is reduced. If the user mileage is insufficient, the maximum available mileage is calculated, and the remaining part is paid by funds. The system automatically recommends the optimal payment scheme, and provides an option for manual adjustment of the ratio, returns the calculation result to the front end, and the user adjusts the payment ratio and confirms the payment method.

[0110] Suppose the total order amount of the user is 1000 yuan, and the available mileage points are 5000, the value of 400 is calculated, and the recommended payment scheme is:

[0111]

[0112] The user can adjust the mileage usage, and after confirming the payment, enters the payment process.

[0113] Firstly, the booking module and the railway module are called to lock the booked seats, if the seats of a section are full, the system automatically cancels the locked seats, and prompts the user to select again.

[0114] The payment module calls the mileage module to deduct the mileage, and at the same time calls the third-party payment interface to handle the fund deduction transaction. A distributed transaction mechanism is adopted to ensure payment consistency:

[0115] If the cash payment fails, the mileage deduction is rolled back.

[0116] If the mileage deduction fails, the cash payment is cancelled to prevent the loss of user assets.

[0117] After the payment is successful, the system updates the order state, calls the booking module to send a ticket request to the booking system to obtain an electronic ticket, calls the railway module to send a ticket request to the railway ticket system to obtain a train ticket. After the ticketing is successful, the ticketing details are returned, and the user is notified.

[0118] The embodiment of the application introduces the air-rail mixed payment and flexible mileage deduction mechanism in the payment method, intelligently calculates the ratio of mileage points and fund payment through interaction with the air ticketing system and the railway ticketing system, realizes the mixed payment of air-rail through journey, improves the payment efficiency and the accuracy of the ticketing result, improves the user payment experience, and improves the payment flexibility.

[0119] The following is a detailed description with reference to another embodiment.

[0120] Example 2

[0121] The hybrid payment device based on air-rail intermodal travel provided in this embodiment includes multiple implementation units, each of which corresponds to a specific implementation step in the above embodiment one. The specific implementation method and beneficial effects can be referred to the aforementioned method embodiment, and will not be repeated here.

[0122] Figure 4 This is a schematic diagram of an optional hybrid payment device based on air-rail intermodal travel according to an embodiment of the present invention, as shown below. Figure 4 As shown, the hybrid payment device based on air-rail intermodal travel includes: a receiving unit 41, an acquisition unit 42, a calculation unit 43, and a payment unit 44, wherein...

[0123] The receiving unit 41 is used to receive the ticket purchase request from the user terminal, parse the ticket purchase request, and obtain the user terminal's ticket purchase demand information and user account information.

[0124] The acquisition unit 42 is used to determine the flight identifier and railway identifier based on the user's ticket purchase demand information, and to obtain the mileage payment rules, ticket price of the target flight and ticket price of the target railway based on the flight identifier and railway identifier.

[0125] The calculation unit 43 is used to obtain the mileage points of the target account based on the user account information, calculate the mixed payment ratio and price based on the mileage payment rules, mileage points, the ticket price of the target flight, the ticket price of the target railway and preset constraints, and generate a mixed payment strategy based on the mixed payment ratio and price.

[0126] Payment unit 44 is used to perform payment operations based on a hybrid payment strategy. If the payment is successful, it generates ticket information and returns the ticket information to the user.

[0127] The aforementioned hybrid payment device based on air-rail intermodal travel receives ticket purchase requests from users via receiving unit 41, parses the requests, and obtains user purchase demand information and user account information. Acquisition unit 42 determines flight and railway identifiers based on the user's purchase demand information, and obtains the mileage payment rules, ticket price, and railway ticket price for the target flight based on these identifiers. Calculation unit 43 obtains the target account's mileage points based on the user account information, calculates the hybrid payment ratio and price based on the mileage payment rules, mileage points, target flight ticket price, target railway ticket price, and preset constraints, and generates a hybrid payment strategy based on the hybrid payment ratio and price. Payment unit 44 executes the payment operation based on the hybrid payment strategy. Upon successful payment, ticket information is generated and returned to the user.

[0128] In this embodiment, by interacting with the civil aviation ticket purchasing system and the railway ticket system, the mileage payment rules and ticket price information are obtained by analyzing the ticket purchasing request and determining the aviation and railway identifiers, and the proportion and price of the mixed payment are intelligently calculated in combination with the mileage points of the target account to generate the best mixed payment strategy. Once the payment is successful, the system will automatically generate ticket information and return it to the user in time, thereby significantly improving the payment efficiency and flexibility, ensuring the accuracy of the ticketing result, and improving the user experience. Further, the technical problem of low efficiency in the related art that the user needs to manually obtain mileage points and understand the mileage point payment rules, manually calculate the payment proportion, and purchase tickets when purchasing a through ticket is solved.

[0129] Further, the mixed payment device based on air-rail through ticket further includes: a first calling module configured to call an aviation ticketing system of a target flight based on a flight identifier, and reserve a flight seat from the aviation ticketing system; a second calling module configured to call a railway ticketing system of a target railway based on a railway identifier, and reserve a railway seat from the railway ticketing system; a first returning module configured to return a reservation success notification in a case that the flight seat and the railway seat are both successfully reserved; and a first rollback module configured to, in a case that any one of the flight seat and the railway seat fails to be reserved, perform rollback, cancel the successfully reserved seat, and return a reservation failure notification.

[0130] Further, the payment unit includes: a third calling module configured to call a fund payment system to perform fund deduction based on a fund payment strategy of the mixed payment strategy; a fourth calling module configured to call a mileage system to perform mileage deduction based on a mileage payment strategy of the mixed payment strategy; a second returning module configured to return a payment success notification in a case that the fund deduction and the mileage deduction are both successfully operated; and a second rollback module configured to, in a case that any one of the fund deduction and the mileage deduction fails to be operated, perform rollback, and cancel the successful operation.

[0131] Further, the receiving unit includes: a first checking module configured to perform multi-channel query based on user account information, and check whether a user corresponding to the target account is a dishonest person; and a first querying module configured to, in a case that the user is not a dishonest person, query mileage points of the target account by calling the mileage system.

[0132] Further, the payment unit includes: a fifth calling module configured to, in a case that the payment is successful, call the aviation ticketing system of the target flight, lock the reserved flight seat, and obtain flight seat information; a sixth calling module configured to call the railway ticketing system of the target railway, lock the reserved railway seat, and obtain railway seat information; and a first generating module configured to generate ticket information for the user based on the flight seat information and the railway seat information.

[0133] Further, the hybrid payment device based on air-rail through service further comprises: a third rollback module configured to rollback and return the deducted funds and mileage points to the user terminal in the case that the predetermined flight seat reservation fails; and a fourth rollback module configured to rollback and return the deducted funds and mileage points to the user terminal in the case that the predetermined railway seat reservation fails.

[0134] Further, the hybrid payment device based on air-rail through service further comprises: a first sending module configured to send the hybrid payment strategy to the user terminal; and a first updating module configured to receive a proportion adjustment operation of the funds payment and the mileage payment in the hybrid payment from the user terminal, and update the hybrid payment strategy based on the proportion adjustment operation.

[0135] Further, the preset constraint condition at least includes: fund utilization minimization and mileage point utilization maximization.

[0136] The hybrid payment device based on air-rail through service can further comprise a processor and a memory, and the receiving unit 41, the obtaining unit 42, the calculating unit 43, the payment unit 44 and the like are stored in the memory as program units, and the corresponding functions are realized by the processor executing the program units stored in the memory.

[0137] The processor comprises a core, and the core calls the corresponding program units from the memory. The core can be one or more, and the hybrid payment of the mileage points and the funds is realized by adjusting the core parameters.

[0138] The memory can include a non-permanent memory in a computer readable medium, a random access memory (RAM) and / or a non-volatile memory such as a read-only memory (ROM) or a flash memory (flash RAM), and the memory comprises at least one memory chip.

[0139] According to another aspect of the embodiment of the present application, a computer readable storage medium is also provided, which comprises a stored computer program, wherein the computer readable storage medium controls the device where the computer readable storage medium is located to execute any one of the hybrid payment methods based on air-rail through service when the computer program runs.

[0140] According to another aspect of the embodiment of the present application, an electronic device is also provided, which comprises one or more processors and a memory, and the memory is configured to store one or more programs, wherein the one or more programs make the one or more processors realize any one of the hybrid payment methods based on air-rail through service when the one or more programs are executed by the one or more processors.

[0141] According to another aspect of the embodiments of the present application, a computer program product is also provided, which comprises a computer program, wherein the computer program, when executed by a processor, implements any of the above-mentioned air-rail through flight based hybrid payment methods.

[0142] The present application also provides a computer program product, which, when executed on a data processing device, is adapted to execute a program initialized with the following method steps: receiving a ticket purchase request from a user terminal, and parsing the ticket purchase request to obtain ticket purchase demand information and user account information of the user terminal; determining a flight identifier and a railway identifier based on the ticket purchase demand information of the user terminal, and obtaining a mileage payment rule of a target flight, a ticket price of the target flight, and a ticket price of a target railway based on the flight identifier and the railway identifier; obtaining mileage points of a target account based on the user account information, calculating a hybrid payment ratio and price based on the mileage payment rule, the mileage points, the ticket price of the target flight, the ticket price of the target railway, and a preset constraint condition, and generating a hybrid payment strategy based on the hybrid payment ratio and the price; performing a payment operation based on the hybrid payment strategy, generating ticketing information in the case of successful payment, and returning the ticketing information to the user terminal.

[0143] The present application also provides a computer program product, which, when executed on a data processing device, is adapted to execute a program initialized with the following method steps: calling an air ticketing system of a target flight based on a flight identifier, and reserving a flight seat from the air ticketing system; calling a railway ticketing system of a target railway based on a railway identifier, and reserving a railway seat from the railway ticketing system; returning a reservation success notification in the case that both the flight seat and the railway seat are successfully reserved; or, in the case that any one of the flight seat and the railway seat fails to be reserved, performing a rollback, canceling the successfully reserved seat, and returning a reservation failure notification.

[0144] The present application also provides a computer program product, which, when executed on a data processing device, is adapted to execute a program initialized with the following method steps: calling a fund payment system to perform fund deduction based on a fund payment strategy of a hybrid payment strategy; calling a mileage system to perform mileage deduction based on a mileage payment strategy of the hybrid payment strategy; returning a payment success notification in the case that both the fund deduction and the mileage deduction are successfully performed; or, in the case that any one of the fund deduction and the mileage deduction fails to be performed, performing a rollback to cancel the successfully performed operation.

[0145] The present application also provides a computer program product, which, when executed on a data processing device, is adapted to execute a program initialized with the following method steps: performing multi-channel inquiries based on user account information to check whether a user corresponding to a target account is a dishonest person; in the case that the user is not a dishonest person, calling a mileage system to query mileage points of the target account.

[0146] This application also provides a computer program product, which, when executed on a data processing device, is suitable for executing an initialization program with the following method steps: upon successful payment, invoking the airline ticketing system of the target flight, locking the reserved flight seat, and obtaining the flight seat information; invoking the railway ticketing system of the target railway, locking the reserved railway seat, and obtaining the railway seat information; and generating ticketing information for the user based on the flight seat information and the railway seat information.

[0147] This application also provides a computer program product, which, when executed on a data processing device, is suitable for executing an initialization program having the following method steps: in the event of a failed flight seat reservation, performing a rollback and refunding the deducted funds and mileage points to the user; in the event of a failed railway seat reservation, performing a rollback and refunding the deducted funds and mileage points to the user.

[0148] This application also provides a computer program product, which, when executed on a data processing device, is suitable for executing a program that initializes the following steps: sending a hybrid payment strategy to a user terminal; receiving an adjustment operation from the user terminal on the ratio of cash payment and mileage payment in the hybrid payment, and updating the hybrid payment strategy based on the ratio adjustment operation.

[0149] This application also provides a computer program product that, when executed on a data processing device, is suitable for executing an initialization program with the following method steps: preset constraints include at least: minimizing capital utilization and maximizing mileage points utilization.

[0150] Figure 5 This is a hardware structure block diagram of an electronic device (or mobile device) that implements a hybrid payment system based on air-rail intermodal travel according to an embodiment of the present invention. Figure 5 As shown, an electronic device may include one or more processors ( Figure 5 The processor, denoted by 502a, 502b, ..., 502n, can include, but is not limited to, a processing device such as a microprocessor (MCU) or a programmable logic device (FPGA), and a memory 504 for storing data. In addition, it may include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports in the I / O interface), a network interface, a keyboard, a power supply, and / or a camera. Those skilled in the art will understand that... Figure 5 The structure shown is for illustrative purposes only and does not limit the structure of the electronic device described above. For example, the electronic device may also include components that are more... Figure 5 The more or fewer components shown, or having the same Figure 5 The different configurations shown.

[0151] The above-mentioned embodiment numbers of the present application are only for description, and do not represent the advantages or disadvantages of the embodiments.

[0152] In the above-mentioned embodiments of the present application, the description of each embodiment has its own focus, and the parts not described in detail in a certain embodiment can be referred to the relevant description of other embodiments.

[0153] In several embodiments provided in the present application, it should be understood that the disclosed technical contents can be implemented by other ways. Among them, the above-mentioned device embodiments are only schematic, for example, the division of the units can be a logical function division, and actual implementation can have another division way, for example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units or modules shown or discussed can be indirect coupling or communication connection through some interfaces, units or modules, which can be electrical or other forms.

[0154] The units described as separate components can or can not be physically separated, and the components shown as units can or can not be physical units, that is, they can be located in one place, or they can be distributed to multiple units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment scheme.

[0155] In addition, each functional unit in each embodiment of the present application can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be realized in the form of hardware or in the form of software functional unit.

[0156] The integrated unit, if realized in the form of software functional unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application or the whole or part of the technical solutions which essentially contribute to the prior art can be embodied in the form of software product, which is stored in a storage medium and includes a plurality of instructions for making a computer device (which can be a personal computer, a server or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application. The above-mentioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk and various program code storage media.

[0157] The above merely describes the preferred embodiments of the present application, and it should be pointed out that, for those skilled in the art, several improvements and refinements can be made without departing from the principles of the present application, and these improvements and refinements should also be considered as falling within the protection scope of the present application.

Claims

1. A hybrid payment method based on air-rail intermodal travel, characterized in that, include: Receive a ticket purchase request from a user, parse the ticket purchase request, and obtain the user's ticket purchase request information and user account information; Based on the user's ticket purchase request information, determine the flight identifier and railway identifier, and based on the flight identifier and railway identifier, obtain the mileage payment rules for the target flight, the ticket price of the target flight, and the ticket price of the target railway. Based on the user account information, obtain the mileage points of the target account, calculate the mixed payment ratio and price based on the mileage payment rules, the mileage points, the ticket price of the target flight, the ticket price of the target railway and preset constraints, and generate a mixed payment strategy based on the mixed payment ratio and price; The payment operation is performed based on the hybrid payment strategy. If the payment is successful, ticket information is generated and returned to the user terminal.

2. The method according to claim 1, characterized in that, After determining the flight identifier and railway identifier based on the user's ticket purchase request information, the process also includes: The airline ticketing system for the target flight is invoked based on the flight identifier, and a flight seat is reserved from the airline ticketing system. Based on the railway identifier, the railway ticketing system of the target railway is invoked, and a railway seat is reserved from the railway ticketing system; If both the flight seats and the train seats are successfully booked, a booking success notification will be returned; or, If either the flight seat or the train seat reservation fails, a rollback will be performed, canceling the successfully reserved seat and returning a reservation failure notification.

3. The method according to claim 1, characterized in that, The steps for making a payment based on the hybrid payment strategy include: The fund payment strategy based on the hybrid payment strategy calls the fund payment system to deduct funds; The mileage payment strategy based on the hybrid payment strategy calls the mileage system to deduct mileage; If both the payment and mileage deductions are successful, a payment success notification will be returned; or... If either the deduction of funds or the deduction of mileage fails, a rollback will be performed to cancel the successful operation.

4. The method according to claim 1, characterized in that, The steps for obtaining mileage points for the target account based on the user account information include: Based on the user account information, perform multi-channel queries to check whether the user corresponding to the target account is a person with poor credit. If the user is not a person with poor credit, the mileage system is invoked to query the mileage points of the target account.

5. The method according to claim 1, characterized in that, If payment is successful, the steps to generate ticket information include: Upon successful payment, the airline ticketing system of the target flight is invoked to reserve the reserved flight seat and obtain the flight seat information; Call the railway ticketing system of the target railway, lock the reserved railway seat, and obtain the railway seat information; Ticketing information is generated for the user based on the flight seat information and the railway seat information.

6. The method according to claim 5, characterized in that, Also includes: If the reserved flight seat cannot be locked, a rollback will be performed, and the deducted funds and mileage points will be refunded to the user. If a reserved train seat fails to be booked, a rollback will be performed, and the deducted funds and mileage points will be refunded to the user.

7. The method according to claim 1, characterized in that, After generating a hybrid payment strategy based on the hybrid payment ratio and price, it also includes: Send the hybrid payment strategy to the user terminal; The system receives user requests to adjust the ratio of cash payments to mileage payments in the hybrid payment system, and updates the hybrid payment strategy based on these adjustments.

8. The method according to any one of claims 1 to 7, characterized in that, The preset constraints include at least: minimizing the use of funds and maximizing the use of mileage points.

9. A hybrid payment device based on air-rail intermodal transport, characterized in that, include: The receiving unit is used to receive the ticket purchase request from the user terminal, parse the ticket purchase request, and obtain the user terminal's ticket purchase demand information and user account information. The acquisition unit is used to determine the flight identifier and railway identifier based on the user's ticket purchase demand information, and to acquire the mileage payment rules of the target flight, the ticket price of the target flight, and the ticket price of the target railway based on the flight identifier and the railway identifier. The calculation unit is used to obtain the mileage points of the target account based on the user account information, calculate the mixed payment ratio and price based on the mileage payment rules, the mileage points, the ticket price of the target flight, the ticket price of the target railway and preset constraints, and generate a mixed payment strategy based on the mixed payment ratio and price. The payment unit is used to perform payment operations based on the hybrid payment strategy, generate ticket information when the payment is successful, and return the ticket information to the user terminal.

10. An electronic device, characterized in that, It includes one or more processors and a memory, the memory being used to store one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors cause the one or more processors to implement the hybrid payment method based on air-rail intermodal travel as described in any one of claims 1 to 8.

Images