Service subscription processing method and electronic device

Abstract

Embodiments of the present application disclose a service reservation processing method and an electronic device. The method comprises: a service end of a first information system receiving a reservation request for a target service from a user; determining a state of a service interface provided by a second information system associated with a provider of the target service; if the service interface is in an abnormal state, performing risk judgment on the reservation request; and if the risk judgment result is passed, performing order processing on the reservation request to complete a reservation process. Through the embodiments of the present application, the reservation success rate can be improved, the waste of system resources can be reduced, and the user experience can be improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of information processing, in particular to a service reservation processing method and an electronic device. BACKGROUND

[0002] For a commodity information service system for the travel industry, ticket, hotel, car rental reservation is one of the important services. However, since the real-time inventory information of tickets, hotels, and car rentals is usually saved in the GDS (Global Distribution System), in the process of providing ticket, hotel, and car rental reservation services, the commodity information service system usually needs to interact with the GDS in real time at multiple process nodes to complete seat information, price information verification, order generation in the GDS system, and other processes. In the case of success at each node, the reservation process can be completed, and the user can make normal payment.

[0003] It can be seen that in the process of providing ticket, hotel, and car rental reservation services, the commodity information service system is highly dependent on the GDS system, and there is a large demand for real-time information interaction. However, in actual application, the GDS system may not be able to provide services due to various reasons, for example, during maintenance, system upgrade, and other periods of the GDS system, or during a fault of the GDS system (for example, the GDS system has a jitter condition during publishing or running, or a logic problem during publishing, etc.), which may result in the above-mentioned situation that the GDS system cannot provide services. When the above-mentioned situation occurs, since the relevant information cannot be obtained from the GDS system in real time, the user's reservation process will fail, and the commodity information service system can only notify the user to retry later. However, this will affect the user experience, and repeated reservation requests will also waste system resources. SUMMARY

[0004] The present application provides a service reservation processing method and an electronic device, which can improve the reservation success rate, reduce the waste of system resources, and improve the user experience.

[0005] The present application provides the following solutions:

[0006] A service reservation processing method, comprising:

[0007] The service end of a first information system receives a reservation request of a user for a target service;

[0008] Determine the state of the service interface provided by the second information system associated with the provider of the target service;

[0009] if the service interface is in an abnormal state, performing a risk judgment on the booking request;

[0010] if the risk judgment result is passed, performing order processing on the booking request to complete the booking process.

[0011] wherein, further comprising:

[0012] after the service interface returns to a normal state, for the first order generated in the first information system for the booking request, completing processing on the corresponding processing node by calling the service interface, so as to generate a corresponding second order in the second information system, and providing the target service for the user based on the second order.

[0013] wherein, further comprising:

[0014] adding a target identifier to the first order;

[0015] the, after the service interface returns to a normal state, for the first order, calling the service interface to complete processing on the corresponding processing node, comprising:

[0016] after the service interface returns to a normal state, for the first order with the target identifier, calling the service interface to complete processing on the corresponding processing node.

[0017] wherein, the method further comprises:

[0018] if the risk judgment result is passed, providing a virtual processing success result for the calling request initiated for the service interface, so as to push the booking process to the downstream processing node, and complete the booking process of the target service based on the first order generated in the first information system.

[0019] wherein, the booking request for the target service includes: a booking request for booking a service resource of a target type at a target service price;

[0020] the service interface includes: a verification service interface for verifying the service resource and / or the target service price;

[0021] the calling request initiated for the service interface provides a virtual processing success result, comprising:

[0022] if the risk judgment result is passed, returning a virtual verification success result for the calling request initiated for the verification service interface.

[0023] wherein, the verification service interface includes: a first service interface for remaining inventory verification and occupation of the service resource of the target type;

[0024] The risk assessment of the booking request includes:

[0025] If the first service interface is in an abnormal state, the reservation request is risk-assessed based on the cached data about the remaining inventory of service resources in the first information system.

[0026] If the risk assessment result is satisfactory, then a virtual verification success result is returned to the call request initiated against the verification service interface, including:

[0027] If the risk assessment result is passed, then a virtual successful service resource occupation result is provided for the call request initiated for the first service interface.

[0028] The step of assessing the risk of the reservation request based on cached data about the remaining inventory of service resources in the first information system includes:

[0029] Based on the cached data of various types of service resources in the first information system, the sufficiency of the current remaining inventory of the target type of service resources is predicted;

[0030] If the predicted sufficiency level meets the target conditions, then the risk assessment result of the booking request is determined to be passed.

[0031] This also includes:

[0032] If it is predicted that the current remaining inventory of the target type of service resources does not meet the target conditions, then the current inventory sufficiency of other types of service resources associated with the service provider is predicted.

[0033] If the predicted adequacy of the current inventory of other types of service resources meets the target conditions, and the difference between the service prices of the other types of service resources and the target type of service resources is within the target range, then the risk assessment result of the booking request is determined to be passed.

[0034] After the first service interface returns to normal, for the first order, the first service interface is called to verify the target type service resource. If the information returned by the first service interface is that there is no remaining inventory of the target type service resource, a request to occupy other types of service resources associated with the service provider is initiated by calling the first service interface. This is so that if there is remaining inventory of the other types of service resources, the other types of service resources can be actually occupied and used to provide services to the user.

[0035] The check service interface comprises a second service interface for checking whether the service price of the target type of service resource has changed.

[0036] The risk judgment on the reservation request comprises:

[0037] The risk judgment on the reservation request comprises:

[0038] If the risk judgment result is passed, a virtual check success result is returned for the calling request initiated for the check service interface, comprising:

[0039] If the risk judgment result is passed, a virtual price check success result is returned for the calling request initiated for the second service interface.

[0040] The service interface comprises a third service interface for initiating a second order generation operation to the second information system.

[0041] The calling request initiated for the service interface provides a virtual processing success result, comprising:

[0042] If the reservation request has completed virtual or actual service resource occupation, when the third service interface is in an abnormal state, a virtual second order identifier is returned for the calling request initiated for the third service interface.

[0043] The service interface comprises a fourth service interface for checking whether the second order identifier is invalid when a user initiates a payment request for the first order.

[0044] The calling request initiated for the service interface provides a virtual processing success result, comprising:

[0045] If the reservation request has completed actual or virtual service resource occupation, when the third service interface or the fourth service interface is in an abnormal state, a virtual check success result that has not been invalidated is returned for the calling request initiated for the fourth service interface, so as to complete the payment operation for the first order.

[0046] A service reservation processing method comprises:

[0047] A client of a first information system receives a reservation request for a target service initiated by a user.

[0048] submit the request to a service end of the first information system, so that the service end determines a state of a service interface provided by a second information system associated with a provider of the target service, and performs risk judgment on the booking request if the service interface is in an abnormal state, and performs order processing on the booking request if the risk judgment result is passed;

[0049] display the order processing result, so as to complete the booking process.

[0050] The booking request for the target service includes a booking request for booking a service resource of a target type at a target service price.

[0051] If, after the service interface returns to a normal state, a corresponding processing result is that the target service price and / or the service resource does not exist when corresponding processing on a processing node is completed by calling the service interface, the method further includes:

[0052] receiving prompt information, the prompt information including that the target service price and / or the service resource does not exist, and payment of a price difference has been completed by the first information system, and / or, replacement with a service resource of another type.

[0053] A service booking processing apparatus, the apparatus being applied to a service end of a first information system, and including:

[0054] a request receiving unit configured to receive a booking request for a target service initiated by a user;

[0055] a service interface state determining unit configured to determine a state of a service interface provided by a second information system associated with a provider of the target service;

[0056] a risk judgment unit configured to perform risk judgment on the booking request if the service interface is in an abnormal state;

[0057] an order processing unit configured to perform order processing on the booking request if the risk judgment result is passed, so as to complete a booking process.

[0058] A service booking processing apparatus, the apparatus being applied to a client end of a first information system, and including:

[0059] a request receiving unit configured to receive a booking request for a target service initiated by a user;

[0060] The request submission unit is configured to submit the request to a service end of the first information system, so that the service end determines a state of a service interface provided by a second information system associated with a provider of the target service, and performs risk judgment on the booking request when the service interface is in an abnormal state, and if the risk judgment result is passed, performs order processing on the booking request;

[0061] The order display unit is configured to display the order processing result, so as to complete the booking process.

[0062] A computer readable storage medium having stored thereon a computer program, the program being executed by a processor to implement the steps of the method of any preceding embodiment.

[0063] An electronic device comprising:

[0064] one or more processors; and

[0065] a memory associated with the one or more processors, the memory configured to store program instructions that, when executed by the one or more processors, perform the steps of the method of any preceding embodiment.

[0066] According to the embodiments of the present application, the present application discloses the following technical effects:

[0067] According to the embodiments of the present application, after the first information system receives a booking request for a target service from a user, the state of each service interface in the second information system associated with a specific service provider can be determined. In the process of processing the booking request, if it is found that the service interface is in an abnormal state, risk judgment can be performed on the specific booking request, and if it is passed, order processing can be performed on the booking request based on the judgment result, so that the user can complete the booking process of the target service in the first information system. It can be seen that in the process of processing the booking process, if it is found that one or more service interfaces in the second information system are abnormal, the user can complete the booking process under the condition that the risk judgment is passed, so as to avoid the influence of the abnormal service interface in the second information system on the user experience, help the user to improve the booking success rate, and reduce resource waste.

[0068] Of course, implementing any product of the present application does not necessarily require all the advantages described above. BRIEF DESCRIPTION OF DRAWINGS

[0069] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the accompanying drawings needed in the embodiments will be briefly introduced as follows. Obviously, the accompanying drawings in the following description only represent some embodiments of the present application, and can help those skilled in the art to obtain other accompanying drawings without creative effort.

[0070] Figure 1 is a schematic diagram of a system architecture provided by an embodiment of the present application;

[0071] Figure 2 is a flowchart of a first method provided by an embodiment of the present application;

[0072] Figure 3 is a flowchart of a second method provided by an embodiment of the present application;

[0073] Figure 4 is a schematic diagram of a first device provided by an embodiment of the present application;

[0074] Figure 5 is a schematic diagram of a second device provided by an embodiment of the present application;

[0075] Figure 6 is a schematic diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0076] The technical solutions in the embodiments of the present application will be described clearly and completely in the following with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only some 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 belong to the scope of protection of the present application.

[0077] In order to facilitate understanding of the technical solutions provided by the embodiments of the present application, the following first introduces the interaction process between a commodity information service system (referred to as a "first information system" in the present specification) and a second information system in the case that each service interface in the GDS (of course, the GDS system is usually for air tickets, hotels, car rentals and other services, and for train tickets and other services, it can also be other systems, and in the present specification, it is referred to as a "second information system") can normally provide services.

[0078] Taking air ticket reservation service as an example, the conventional process of air ticket reservation can include:

[0079] 1. The user inputs the departure place, arrival place, time and other information in the air ticket reservation homepage and other pages in the first information system;

[0080] 2. The first information system displays a bookable list (which can be provided according to the cached seat, price, etc. data in the first information system) that meets the query condition;

[0081] 3. The user selects a suitable time and price from the bookable list, enters the passenger information in the information filling page, and clicks the "book" option, etc.

[0082] 4. The first information system accesses the "seat checking" interface and "price checking" interface of the second information system in real time to verify whether the currently selected seat still has inventory and whether the price has changed (because there are various ticket selling channels, the second information system stores more real-time inventory information, and in addition, the price of a ticket is not fixed, and the second information system stores the latest price information); if there is inventory, the seat can be occupied;

[0083] 5. In the case of completing the seat occupation and the price being unchanged, the first information system can generate a first order (if the price has been updated, the user can be notified to refresh the page and reselect, or the user can be asked whether to accept the order at the updated price, etc.), and in addition, a booking interface in the second information system can be called, so that the second information system can correspondingly generate a second order (this process can be referred to as "order generation"), and the order number and other identification information (for example, the PNR (Passenger Name Record) code, etc.) of the second order can be returned to the first information system.

[0084] 6. Since the order has been generated and the seat occupation and price checking have been completed, the user can pay for the first order. However, some users do not pay immediately after the order is placed, but pay after a period of time, but generally have a time limit for invalidity, that is, the payment needs to be completed before the order becomes invalid. However, there is a difference between the order related to ticket booking and the ordinary commodity order, that is, the invalidity time of the second order in the second information system can not be fixed, for example, when inventory is tight in the travel peak season, the invalidity time of the second order can be 15 minutes, and vice versa, the invalidity time can be 30 minutes, etc., and the length of the specific invalidity time is also controlled by the second information system. Therefore, when the user initiates the payment for the first order in the first information system, the first information system can also need to call the related interface of the second information system to verify whether the second order is still valid. Specifically, the related service interface of the second information system can be called to verify the validity of the PNR code.

[0085] 7、If the PNR code of the second order and the like pass the verification, the user can normally pay based on the first order, and after the payment is completed, the user completes the ticket booking process. During the payment process, the first information system can also support guaranteed payment, that is, the user's payment can be first transferred to the account of the first information system, and then the first information system can notify the second information system to issue a ticket, and after the second information system completes the ticketing and generates a ticket number, the relevant funds are transferred from the account of the first information system to the relevant account of the second information system, and the like.

[0086] It can be seen that in the above ticket booking process, real-time information interaction is required between the first information system and the second information system at multiple processing nodes (including seat checking, price checking, order generation, PNR code checking, etc.). Among them, this information interaction is realized in the way that the first information system initiates access to the relevant service interface of the second information system, and the second information system responds. In this process, any abnormality (system maintenance or system failure, interface logic problem, etc.) of any service interface in the second information system will cause the first information system to be unable to normally "collect orders", that is, the user cannot normally go to the final order payment step, cannot complete the ticket booking based on the first information system, and thus affects the user experience, and also causes waste of system resources that has been occupied.

[0087] For the above situation, the present inventors found in the process of implementing the embodiments of the present application that in actual application, for some cases, the cached data in the first information system can be used to make a relatively accurate prediction of the feedback result after calling the related service interface in the second information system. For example, when the user selects a certain type of seat and needs to call the "seat checking" interface in the second information system, if it is found through the cached data in the first information system that the remaining inventory of the type of seat is still relatively sufficient, then in most cases, the user can successfully occupy the seat after calling the "seat checking" interface of the second information system. Therefore, for this case, even if the "seat checking" interface has an exception, the user can still complete the booking process first, and then re-call the "seat checking" interface after the "seat checking" interface recovers to the normal state, to complete the "seat checking" process and let the second information system complete the actual seat occupation. Or, if it is predicted that the user-specified seat type is out of stock, but other types of seats are still relatively sufficient, then the price difference between the two can be compared. If it is within an acceptable loss range, the user can also complete the booking process first, and then if the "seat checking" interface recovers to the normal state, it is found that the user-specified seat type is indeed out of stock, then the above-mentioned other types of seats can be used to occupy the seat, and if the occupation is successful, the other types of seats can be used to ensure the user's travel. Of course, the price difference between different types can be borne by the first information system, that is, a certain loss will be caused to the first information system, which is the main reason for judging the price difference in advance.

[0088] Or, in some cases, even if the verification result of the second information system is not passed, etc., the loss caused to the first information system by first completing the user's booking process can still be within a certain controllable or acceptable range. For example, when calling the "price checking" interface, the returned result can be that the price no longer exists (updated to a new price, usually a higher price), but since the price fluctuation of the same type of resource is usually within a certain range, which is usually within the acceptable loss range of the first information system. Therefore, even if the "price checking" interface has an exception, the user can still complete the booking process first. After the "price checking" interface recovers to the normal state, if it is found that the previous price no longer exists when the price is checked, the ticket can still be normally issued, and the resulting price difference can still be borne by the first information system. Of course, for the case where the "price checking" interface has an exception, the cabin information, seat occupation, whether it is a special price, etc. in the specific booking request can also be used to predict the potential loss risk, and in the case of low risk, the user can complete the order booking first, and then complete the price checking process, etc.

[0089] In addition, if the corresponding service interface in the second information system is found to be abnormal at the "single generation" node, since the "single generation" node is a downstream node of the "seat checking" and "price checking" nodes, and if the "seat checking" and "price checking" nodes are not abnormal, when the "single generation" node is reached, it indicates that the seat has been occupied, and the subsequent compensation risk is relatively low. Therefore, even if the service interface of the "single generation" node is abnormal, the user can be allowed to complete the reservation process first. If the service interfaces corresponding to the "seat checking" and "price checking" nodes are also abnormal, since the "seat checking" and "price checking" nodes also make some judgments on the compensation risk, when the "single generation" node is reached, it also indicates that the compensation risk predicted at the "seat checking" and "price checking" nodes is relatively low. Therefore, the user can also be allowed to complete the reservation process first. Subsequently, after the service interface of the "single generation" node is restored, the service interface is called again, and the corresponding second order is generated in the second information system.

[0090] Further, if the corresponding service interface is abnormal at the "PNR" code validity checking node in the payment process, since the node is usually located at the most downstream, as described above, the upstream nodes have either passed the check normally (the corresponding service interface is not abnormal) or have evaluated the compensation risk in the case of abnormal interface. Therefore, at the node, the user can be allowed to complete the payment process first. At this point, the user can complete the entire reservation process.

[0091] In summary, in the embodiment of the present application, even if the service interfaces in the second information system at some or all nodes are abnormal during the reservation process, as long as the reservation request issued by the user meets certain conditions, the user can be helped to complete the reservation process normally first, and the user can not perceive the abnormality in the second information system. Of course, in an optional manner, the service interface can be called again after the specific service interface is restored to the normal state to complete the specific data checking process. If the seat type and price change when the second information system formally issues a ticket subsequently, the user can be notified that the difference has been compensated by the first information system, that is, the user's trip can be guaranteed in the case that the first information system bears part of the loss. Of course, if some extreme situations occur, for example, it is found that all types of seats are not successfully occupied when the actual seat checking is performed, the user can be negotiated and solved through artificial customer service and the like.

[0092] From the system architecture point of view, as Figure 1As shown, the embodiments of the present application are related to the improvement of a specific commodity information service system (i.e., the aforementioned first information system) for providing ticket information, train ticket information, etc. The first information system can specifically include a client and a server, and the improvement of the system in the embodiments of the present application is mainly embodied in the server and in the information interaction process between the server and a second information system. In optional implementation, an operation and maintenance system can also be deployed on the server side of the first information system, which can be used to monitor the state of related interfaces in the second information system. For example, when the first information system and the second information system interact, the system can be used for monitoring, so that the success rate of a specific service interface and other data can be counted. If the access success rate of a service interface is lower than a certain threshold, it can be considered that the service interface is abnormal. In addition, for the overall maintenance or failure of the second information system, all service interfaces can be abnormal, at which time the situation can also be discovered by the operation and maintenance system on the side of the first information system. After that, the server in the first information system can query the state of each service interface in the second information system from the operation and maintenance system after receiving a booking request of a user for a target service. In this way, in the process of processing the booking request, if it is found that the service interface corresponding to the processing node is in an abnormal state, a risk judgment can be made on the booking request, and if the risk judgment result is passed, an order processing is performed on the booking request to complete the booking process. Specifically, during the order processing, it can include generating a first order in the first information system, or if a service interface is found to be abnormal after generating a first order, further processing of the first order generated before can also be included, etc. The specific further processing can include various, for example, a virtual processing success result (i.e., a normal call to an abnormal service interface can be initiated, and then a virtual processing success result such as seat occupation success can be returned by intercepting the specific call request through an interception program inside the first information system) can be provided for the service interface call request of the processing node, so that the specific booking process can be pushed to the downstream processing node, so that the user can complete the booking process of the target service. In optional ways, a target identifier such as an "unoccupied seat" identifier can also be added to the first order corresponding to such a booking request, so that after the service interface in the second information system recovers to a normal state, a call can be initiated to the service interface for the first order with the target identifier, so as to complete the seat occupation verification process, and then a second order corresponding to the second information system can be generated to provide the target service for the user.

[0093] The specific implementation schemes provided by the embodiments of the present application are described in detail below.

[0094] Embodiment one

[0095] Firstly, the embodiment of the application first provides a service booking processing method from the perspective of the server in the aforementioned first information system, see Figure 2 The method can specifically include:

[0096] S201: The server of the first information system receives a user's booking request for a target service.

[0097] In the embodiment of the application, it can be specifically executed from the fourth step in the aforementioned conventional process, that is, after the user inputs the departure place, arrival place, time and other information in the first information system and the first information system displays the bookable list, the user selects the appropriate time and price from the bookable list, enters the passenger information in the information filling page, and clicks the "book" option, etc., it can be determined that the user initiates a booking request for the target service. Among them, the target service can include the type, price and other information of the specific service resource, that is, it can be a booking request for booking the target type of service resource at the target price.

[0098] S202: Determine the state of the service interface provided by the second information system associated with the provider of the target service.

[0099] In the conventional service booking process, multiple processing nodes can be included, and the service interface in the second information system needs to be called in real time respectively for information verification and other processing. For example, it is necessary to verify whether there is still remaining inventory of the type of service resource through the second information system, and whether the service price of the type of service resource has changed, after the verification is successful, the booking interface of the second information system needs to be called, so that the second information system performs "single generation" processing and returns the PNR code and other second order identifiers; finally, at the payment node, it is also necessary to verify whether the PNR and other second order identifiers have been invalidated, etc.

[0100] In the embodiments of the present application, the state information of the various service interfaces can be obtained in some ways. For example, in one implementation, as described above, the state of each service interface can be monitored by a special operation and maintenance system, i.e., the service interface with an access success rate lower than a certain threshold can be determined by monitoring the interaction between the first information system and the second information system, and recorded. In addition, the operation and maintenance system can also monitor the recovery of the service interface and update it in real time. In this way, the server can know whether the specific service interface is abnormal by querying the operation and maintenance system. Alternatively, in another way, after receiving the user's reservation request, the related service interface in the second information system can be requested first. If it cannot normally feedback, it can be determined that the state of the service interface has been abnormal, and the like.

[0101] The abnormality of the service interface can include various cases, for example, the second information system as a whole is shut down for maintenance, resulting in that the service interface cannot provide services to the outside, or the second information system as a whole has a fault, or part of the service interfaces has a logic problem, and the like.

[0102] S203: If the service interface is in an abnormal state, the risk of the reservation request is judged.

[0103] After receiving the user's reservation request, the processing flow of the reservation request can be entered, which can include a plurality of processing nodes involving real-time information interaction with the second information system, as described above. Since the state of the service interface corresponding to the processing node can be obtained, if it is found that part or all of the service interfaces are abnormal, the scheme provided in the embodiments of the present application can be used for processing. That is, the risk of the current reservation request can be judged first. If it is judged that the risk meets the target condition, the user can complete the reservation process in the first information system without waiting for the service interface in the second information system to recover to the normal state.

[0104] The way of judging the risk of the reservation request can be different for different abnormal service interfaces. For example, if the "seat checking" interface is abnormal, the remaining inventory of the service resource of the type specified by the user can be judged based on the cache data to determine whether there is a risk that there is no remaining inventory of the service resource of the type, or the probability of the risk. If the "price checking" interface is abnormal, the risk can be judged based on the price difference between other types of service resources and the current type of service resource, and the like.

[0105] Of course, if the service interface is in a normal state, the order processing of the booking request can be successfully completed according to the existing booking process, and details are not described herein.

[0106] S204: If the risk judgment result is passed, the order processing of the booking request is performed to complete the booking process.

[0107] If the risk judgment result is passed, that is, the specific risk is low, the order processing can be directly completed in the first information system in the abnormal state of the service interface in the second information system, so that the user can complete the booking process based on the first order without waiting for the specific service interface to return to the normal state.

[0108] In an optional manner, in order to be distinguished from other normal interface call completion cases, a target identifier, for example, the specific identifier can include "unverified seat", "unborn order", and the like, can be added to the first order generated in the first information system for this abnormal case.

[0109] In specific implementation, since the purpose of the service interface call in the booking process is usually to verify some data, under normal circumstances, the first information system needs to perform processing of the downstream processing node after receiving the processing success result returned by the second information system. In the embodiment of the present application, in order to complete the order processing process in the first information system in the abnormal state of the service interface, a virtual processing success result can be provided for the specific call request initiated for the service interface when the risk judgment result of the current booking process is passed, so as to help the specific booking process to proceed to the downstream processing node, and further help the user to complete the booking process of the target service.

[0110] Specifically, as described above, the booking request of the target service initiated by the user can include a booking request for booking the service resource of the target type at the target service price, and the specific service interface can include a verification service interface for verifying the service resource and / or the target service price. At this time, in the case that the booking request meets the target condition, a virtual verification success result can be returned for the call request of the verification service interface.

[0111] Further, the above-mentioned verification service interface can include: a first service interface for remaining inventory verification and occupation of the target type of service resource. That is, in the scenario of ticket booking, after a user selects a certain flight and cabin and initiates a booking, the first information system needs to verify the remaining inventory of the seats of the cabin by calling the first service interface provided by the second information system, and to “occupy” the seats. If the first service interface is in a normal state, then in the case where it is determined that there is a remaining inventory of the specific service resource, the “occupation” can be completed, and the remaining inventory of the service resource can be reduced by a corresponding amount. However, if the first service interface is in an abnormal state, first, a risk judgment can be made on the current booking request, and if it passes, a virtual service resource occupation success result can be provided for the calling request of the first service interface.

[0112] In the above-mentioned first service interface, when making a risk judgment on the current booking request, the risk judgment can be made on the booking request according to the cache data about the remaining inventory of the service resource in the first information system. Specifically, the sufficiency of the current remaining inventory of the target type of service resource can be predicted according to the cache data about each type of service resource in the first information system, and if the sufficiency meets the target condition, the risk judgment result of the booking request is determined to be passed. The sufficiency can be determined by the specific remaining inventory and the update frequency of the inventory, for example, assuming that the current remaining seat quantity of a certain cabin of a certain flight is relatively large, and from the historical booking situation of the flight, the remaining seat of the cabin is also updated slowly, then the sufficiency of such seat can be relatively high, etc. If the target type of service resource is sufficient, it can be determined that the current booking request meets the condition. That is, when the first service interface recovers to a normal state, the probability of successfully occupying the type of service resource when performing formal “seat verification” is relatively high, and accordingly, the probability of the first information system compensation is relatively low. In this case, it can be considered that the first information system can “collect money”. Therefore, after the first information system initiates a calling request for the first service interface, the request can be intercepted in the first information system, and a virtual verification result can be returned directly, that is, the first information system is informed that the occupation of the target type of service resource is successful, so that the next processing node can continue to be processed.

[0113] In addition, since the same service provider can provide multiple different types of service resources (e.g., different cabins in a flight, such as economy class, business class, etc.), in an optional manner, if it is predicted according to the data cached in the first information system that the sufficiency of the current inventory of the target type of service resource selected by the user does not meet the target condition (e.g., the user selects economy class, but it is predicted that there is not enough economy class seats), the sufficiency of the current inventory of other types of service resources can also be predicted. If the sufficiency of the current inventory of the other types of service resources predicted meets the target condition, it can also be determined that the risk judgment result of the current booking process is passed, that is, it can be considered “collected”, and subsequently, the user can be ensured to obtain the corresponding service by occupying this type of service resource. However, due to the change of service resource types, different service prices may be involved, and the adjustment of service resource types may be made without the user's advance, so it is usually necessary to use a type with a higher price than the original target type to ensure the user's trip, but the user makes an order payment based on the service price of the original target type, so it involves a situation where the service resource actually used by the user is higher than the service resource price at the time of payment. At this time, the first information system can compensate the second information system for the difference between the two. For the above situation, before determining whether it can be “collected”, the difference between the service price of the other type of service resource and the service price of the target type of service resource can also be determined according to the data cached in the first information system, and it is judged whether the difference is within the acceptable loss range (which can be a pre-set value) of the first information system. If so, it is confirmed that the risk judgment result of the current booking request is passed, that is, the first information system can “collect”.

[0114] That is, for the “seat check” type first service interface, if it can be predicted that the remaining inventory of the target type of service resource selected by the user is sufficient, or even if the remaining inventory of the target type of service resource is not sufficient, but the remaining inventory of other types of service resources is relatively sufficient, and the service price difference between the two is within the acceptable loss range, it can be considered that the current booking request meets the target condition, and the first information system can “collect”. In this way, after the first information system initiates a call request to the first service interface, a virtual verification success information can be directly returned in the first information system to make the booking process proceed to the next processing node. Of course, if the current booking request does not meet the above conditions, it belongs to the situation that the first information system cannot “collect”, at this time, a message such as booking failure due to second information system failure can be directly returned to the user, and he can be notified to try again later.

[0115] Another check type service interface can include a second service interface for checking whether the service price of the target type of service resource has changed. The check node can generally be downstream of the processing node that occupies the service resource, i.e., the service resource is occupied first, and then the service price is checked. When the second service interface fails, the actual price check failure risk that may be generated can be predicted according to the basic situation of the service resource corresponding to the reservation request and / or the service resource occupation result of the reservation request. If the loss risk judgment result is passed, a virtual price check success result can be returned to the calling request of the second service interface.

[0116] The basic situation of the service resource can specifically include basic attribute information of the service resource, such as a specific cabin, a time (whether it is a service resource of the reservation day), whether it is a special price ticket, etc. Based on the basic attribute information, the subsequent loss risk that may be generated in the case of "collection" without actual price check can be predicted. For example, if a user selects a target type of service resource that belongs to a special price resource, the number of such resources can be small, the probability of subsequent failure to actually occupy can be high, and the difference between the service price and other types of service resources can be large. Once the target type of service resource cannot be actually occupied, the loss caused to the first information system when using other types of service resources to occupy will be large, and therefore, in this case, "collection" can be directly rejected.

[0117] If the service resource itself is not a special case such as a special price ticket, the aforementioned loss risk can also be evaluated in combination with the occupation of the target type of service resource in the upstream node. Specifically, when entering the "price check" node, there can be two cases, one is that the first service interface is normal and the target type of service resource is actually occupied, and the second is that the first service interface is abnormal, but it is found through prediction that the "collection" condition is met, i.e., the subsequent compensation risk is relatively low, and even if compensation is made, the loss generated is within an acceptable range. In the above two cases, in addition to the absence of special cases such as special price tickets, the "price check" node can also be considered as a "collection" condition, and therefore, after the first information system initiates a call to the second service interface, a price check success response result can be returned in the first information system to enable the specific reservation process to proceed to the next processing node.

[0118] In addition, as described above, the specific service interface can further include a third service interface for initiating the generation of the second order operation to the second information system, i.e., the service interface of the "order generation" node. Generally, the "order generation" node is located downstream of the "seat check" and "price check" nodes, and thus, reaching the node proves that the virtual or actual service resource occupation for the reservation request has been completed. Therefore, when the third node corresponding to the service interface is in an abnormal state, it can be directly considered that the "order collection" is possible, and at this time, when the first information system calls the third service interface, the virtual second order identifier information can be returned in the first information system. That is, the specific reservation process considers that the second order has been generated, so as to proceed to the next processing node. Of course, if the third service interface is normal, the third service interface can be called based on the target type and service price corresponding to the service resource, so that the second information system can correspondingly generate the second order and return the order identifier such as the PNR code.

[0119] In addition, the specific service interface can further include a fourth service interface for checking whether the second order identifier information is invalid when receiving a request of the user to pay for the first order. Since the "payment" node is located downstream of the "seat check", "price check", and "order generation" nodes, before reaching the node, the actual or virtual service resource occupation for the reservation request has been completed, and the subsequent compensation risk has been confirmed. As for the third service interface of the "order generation" node, it can be normal or abnormal, i.e., the second order can be generated in the second information system or can not be formally generated. As long as the fourth service interface is in an abnormal state, a virtual non-expired check success result can be returned to the fourth service interface calling request, so as to complete the payment operation of the first order. After the payment operation is completed, the user actually completes the reservation process, and then waits for the ticketing of the second information system.

[0120] In summary, at each processing node of the reservation process, whether the service interface of a single processing node is abnormal or the second information system as a whole is abnormal, resulting in all service interfaces being abnormal, the scheme provided in the embodiments of the present application can be used to "collect orders" in the first information system for the reservation request meeting the conditions, so as to help the user complete the reservation process of the target service in the case of the abnormal service interface.

[0121] It should be noted that when an exception occurs in each specific service interface, whether the "acquiring" can be determined can be realized by respectively configuring the corresponding "acquiring" strategy and the like, and different service interfaces can correspond to different "acquiring" strategies. Specifically, when an exception occurs in a certain service interface, whether the current reservation request meets the "acquiring" condition can be determined according to the "acquiring" strategy corresponding to the service interface. The specific "acquiring" strategy can not be limited to the strategy mentioned in the foregoing example.

[0122] In addition, since the first information system generates a corresponding first order for a specific reservation request, and the specific payment operation is based on the first order, for the user, the reservation process has been completed. However, in the scheme of the embodiment of the application, the first order is created after "acquiring" in the case that part or all of the service interfaces are abnormal, for such an order, the corresponding verification, order generation and the like can be completed after the corresponding service interface is restored, therefore, a target identifier, for example, "unverified seat", and the like can be added to such a first order. In this way, only the first order with the target identifier can be processed for the subsequent process completion.

[0123] That is, since the "acquiring" is performed in the abnormal state of the service interface, after the service interface is restored to the normal state, the process nodes that have not been executed before can be completed. That is, after the service interface is restored to the normal state, the service interface is called to complete the processing on the corresponding processing node of the first order, so that the service provider provides the target service for the user according to the second order generated in the second information system. When implemented specifically, whether the service interface has been restored can be determined in various ways. For example, when the foregoing operation and maintenance system is configured on the server, whether the specific service interface has been restored to the normal state can be known by querying the operation and maintenance system or receiving the notification message pushed by the operation and maintenance system. Alternatively, whether the specific service interface has been restored to the normal state can be tested by continuously sending a test request to the specific service interface, and the like. If it is found that the service interface has been restored to the normal state, the target service associated with the first order with the target identifier is processed by calling the service interface, so that after the processing is completed, the target service is provided for the user according to the second order generated in the second information system.

[0124] For example, if an abnormality occurs in a first service interface related to "seat check" in the reservation process, after the first service interface returns to a normal state, the remaining inventory of the target type of service resource can be checked and occupied by calling the first service interface, so that if there is remaining inventory of the target type of service resource in the second information system, actual occupation of the target type of service resource is completed, and an actual service resource occupation success result is returned.

[0125] However, if the information returned by the second information system is that there is no remaining inventory of the target type of service resource, in order to ensure that the user can normally obtain the corresponding service (for example, to ensure that the user can normally travel), a request for occupation of other types of service resources associated with the service provider can also be initiated by calling the first service interface, so that if there is remaining inventory of the other types of service resources, actual occupation of the other types of service resources is performed, so that the service provider can provide services for the user using the other types of service resources. Of course, if the service price of the other types of service resources is higher than the service price of the target type of service resources, the first information system can pay the difference to the second information system.

[0126] If an abnormality occurs in a second service interface related to "price check" in the reservation process, after the second service interface returns to a normal state, the service price of the service resource associated with the first order with the target identifier can be checked by calling the second service interface. If the service price exists, the check is directly passed; if the price does not exist, a new price can be recorded in the first information system. If a second order has been generated, the second information system will modify the price of the second order to the new price. If the second order has not been generated, when the "order generation" interface of the second information system is called subsequently, the new price can be called based on the new price, so that the generated second order is associated with the new price. Subsequently, when the first information system needs to transfer money to the second information system at the ticketing node of the second information system, the difference can be supplemented on the basis of the service price of the first order paid by the user, and then transferred to the second information system. The difference part can be borne by the first information system.

[0127] If the third service interface related to "single" in the subscription process is abnormal, after the third service interface returns to normal state, the target service associated with the first order with the target identifier can be processed by calling the third service interface to generate the second order and return the actual second order identifier information, so that the first information system makes payment to the second information system according to the actual second order identifier information. If the first service interface or the second service interface also has an abnormality during the process of generating the first order, the re-calling after the first service interface or the second service interface returns to normal is also involved, and the actual occupied service resource type, service price and the like may change after the re-calling. At this time, the third service interface can be called based on the changed service resource type and service price.

[0128] In addition, if the fourth service interface related to "PNR code verification" in the payment node in the subscription process is abnormal, in this case, since the fourth service interface is used to verify whether the payment time is overdue, the fourth service interface also needs time to recover, and the payment of the first order has been completed before the fourth service interface recovers. Therefore, it is meaningless to verify whether the time is overdue after the fourth service interface recovers. Therefore, after the fourth service interface returns to normal state, the interface can not be called again. If the second information system prompts that the second order has been invalidated when the second order in the second information system is transferred, the first information system can still compensate for the loss of the user, for example, can help the user to select other suitable service resources, and the like.

[0129] In summary, through the embodiment of the present application, after the first information system receives the subscription request of the user for the target service, the state of each service interface in the second information system associated with the specific service provider can be determined. In the process of processing the subscription request, if it is found that the service interface is in an abnormal state, the risk of the specific subscription request can be judged. If it is passed, the order processing of the subscription request can be performed based on the judgment result, so that the user can complete the subscription process of the target service in the first information system. It can be seen that, in the process of processing the subscription process, if it is found that one or more service interfaces in the second information system are abnormal, the user can be allowed to complete the subscription process under the condition of meeting the condition, so as to avoid the influence of the abnormal service interface in the second information system on the user experience, help the user to improve the subscription success rate, and be beneficial to reduce the resource waste.

[0130] Embodiment two

[0131] The embodiment two is corresponding to the embodiment one, and provides a service subscription processing method from the perspective of the client, which is described with reference toFigure 3 The method can specifically include:

[0132] S301: A client of a first information system receives a user-initiated reservation request for a target service;

[0133] S302: The request is submitted to a server of the first information system to obtain a state of a service interface provided by a second information system associated with a provider of the target service, and a risk judgment is performed on the reservation request when the service interface is in an abnormal state, and if the risk judgment result is passed, an order processing is performed on the reservation request;

[0134] S303: The order processing result is displayed to complete the reservation process.

[0135] In a specific implementation, the abnormal state of the service interface in the second information system can also not be perceived by the consumer user, that is, the user can normally complete the reservation process. Of course, for the reservation request for reserving the service resource of the target type at the target service price, if the first order is completed by calling the service interface after the service interface returns to the normal state, and the corresponding processing result is that the target service price and / or the service resource do not exist when the corresponding processing on the corresponding processing node is completed, prompt information about the first order can also be provided to the user. Specifically, the prompt information can include that the target service price and / or the service resource do not exist, and the price difference has been paid by the first information system, and / or, the service resource of another type is replaced. That is, the user can be informed that although the price at the time of reservation has been proved to have disappeared, the corresponding difference has been paid by the first information system, and the user can normally travel. Or, although the service resource (for example, the seat of the economy class) selected by the user at the time of reservation has no inventory, the first information system has helped to reserve the service resource of another type (for example, the seat of the business class of the same flight), which can guarantee the user's travel, but the user does not need to pay more fees for this, and the like. Of course, for the case where the service resource of another type also does not exist, the user can be communicated through artificial customer service or the like.

[0136] For the parts not described in this embodiment two, reference can be made to the description in the embodiment one and other parts of the specification, which will not be repeated here.

[0137] It should be noted that the present application may, in the embodiments, involve the use of user data. In actual applications, user-specific personal data can be used in the schemes described herein in a manner complying with applicable laws and regulations (for example, the user explicitly agrees, the user is actually notified, etc.) and within the scope permitted by applicable laws and regulations.

[0138] Corresponding to the foregoing method embodiment one, the application embodiment also provides a service subscription processing device, the device is applied to the service end of a first information system, see Figure 4 , the device can include:

[0139] A request receiving unit 401 is configured to receive a subscription request for a target service from a user.

[0140] A service interface state determining unit 402 is configured to determine a state of a service interface provided by a second information system associated with a provider of the target service.

[0141] A risk judging unit 403 is configured to perform risk judgment on the subscription request if the service interface is in an abnormal state.

[0142] An order processing unit 404 is configured to perform order processing on the subscription request to complete a subscription process if the risk judgment result is passed.

[0143] In specific implementation, the device can further include:

[0144] An actual processing unit is configured to, after the service interface returns to a normal state, complete processing on a corresponding processing node by calling the service interface for a first order generated in the first information system for the subscription request, so as to generate a corresponding second order in the second information system, and provide the target service for the user based on the second order.

[0145] In specific implementation, the device can further include:

[0146] An identifier adding unit is configured to add a target identifier to the first order.

[0147] The actual processing unit can be specifically configured to:

[0148] After the service interface returns to the normal state, complete processing on the corresponding processing node by calling the service interface for the first order with the target identifier.

[0149] In specific implementation, the device can further include:

[0150] A virtual processing result providing unit is configured to, if the risk judgment result is passed, provide a virtual processing success result for a calling request initiated for the service interface, so as to push the subscription process to a downstream processing node, and complete the subscription process for the target service based on the first order generated in the first information system.

[0151] The subscription request for the target service includes a subscription request for subscribing to the service resource of the target type at the target service price.

[0152] The service interface includes a verification service interface for verifying the service resource and / or the target service price.

[0153] The virtual processing result providing unit can be specifically configured to:

[0154] If the risk judgment result is passed, a virtual verification success result is returned for the calling request initiated for the verification service interface.

[0155] Specifically, the verification service interface includes a first service interface for performing remaining inventory verification and occupation on the service resource of the target type.

[0156] The risk judgment unit can be specifically configured to:

[0157] If the first service interface is in an abnormal state, the risk judgment is performed on the subscription request according to the cache data about the remaining inventory quantity of the service resource in the first information system.

[0158] The virtual processing result providing unit can be specifically configured to:

[0159] If the risk judgment result is passed, a virtual service resource occupation success result is provided for the calling request initiated for the first service interface.

[0160] Specifically, the virtual processing result providing unit can be specifically configured to:

[0161] According to the cache data about the service resource of each type in the first information system, the sufficiency degree of the current remaining inventory quantity of the service resource of the target type is predicted.

[0162] If it is predicted that the sufficiency degree meets a target condition, it is determined that the risk judgment result of the subscription request is passed.

[0163] In addition, the virtual processing result providing unit can be specifically configured to:

[0164] If it is predicted that the sufficiency degree of the current remaining inventory quantity of the service resource of the target type does not meet the target condition, the sufficiency degree of the current inventory quantity of the service resource of another type is predicted.

[0165] If the predicted sufficiency of the current inventory of the other type of service resource meets the target condition, and the difference between the service price of the other type of service resource and the target type of service resource is within the target range, it is determined that the risk judgment result of the booking request is passed.

[0166] The apparatus can further include:

[0167] For the first order, after the first service interface returns to the normal state, a first service interface is called to check the target type of service resource, if the information returned by the first service interface is that there is no remaining inventory of the target type of service resource, a request for occupying other types of service resources associated with the service provider is initiated by calling the first service interface, so that the actual occupation of the other types of service resources is carried out in the case that the other types of service resources have remaining inventory, and the other types of service resources are used to provide services for users.

[0168] The check service interface can further include a second service interface for checking whether the service price of the target type of service resource has changed.

[0169] At this time, the risk judgment unit can be specifically used for:

[0170] According to the basic attribute information of the service resource corresponding to the booking request, and / or the service resource occupation result for the booking request, the risk that may be generated in the case of actual price check failure is judged.

[0171] At this time, the virtual processing result providing unit can be specifically used for:

[0172] If the risk judgment result is passed, a virtual price check success result is returned for the calling request initiated for the second service interface.

[0173] In addition, the service interface includes a third service interface for initiating a second order operation to the second information system.

[0174] The virtual processing result providing unit can be specifically used for:

[0175] If the virtual or actual service resource occupation for the booking request has been completed, the virtual second order identifier information is returned for the calling request initiated for the third service interface when the third service interface is in an abnormal state.

[0176] Further, the service interface comprises: a fourth service interface for checking whether the second order identification information is invalid when receiving a request of the user to pay for the first order;

[0177] The virtual processing result providing unit can be specifically configured to:

[0178] If the actual or virtual service resource occupation has been completed for the booking request, a virtual non-expired check success result is returned for the calling request initiated for the fourth service interface when the third service interface or the fourth service interface is in an abnormal state, so as to complete the payment operation for the first order.

[0179] Corresponding to the second embodiment, the application further provides a service booking processing apparatus, which is described below with reference to Figure 5 The apparatus is applied to a client of a first information system, and can specifically comprise:

[0180] A request receiving unit 501 is configured to receive a booking request for a target service initiated by a user.

[0181] A request submitting unit 502 is configured to submit the request to a server of the first information system, so that the server determines a state of a service interface provided by a second information system associated with a provider of the target service, and performs risk judgment on the booking request when the service interface is in an abnormal state, and performs order processing on the booking request if the risk judgment result is passed.

[0182] An order displaying unit 503 is configured to display the order processing result, so as to complete the booking process.

[0183] The booking request for the target service comprises a booking request for booking service resources of a target type at a target service price.

[0184] If the corresponding processing result is that the target service price and / or the service resources do not exist when the corresponding processing node is processed by calling the service interface after the service interface returns to a normal state, the apparatus further comprises:

[0185] A prompt information receiving unit is configured to receive prompt information, the prompt information comprising that the target service price and / or the service resources do not exist, and a price difference has been paid by the first information system, and / or, other types of service resources are replaced.

[0186] In addition, the application further provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to implement the steps of the method in any one of the preceding method embodiments.

[0187] and an electronic device comprising:

[0188] one or more processors; and

[0189] a memory associated with the one or more processors, the memory for storing program instructions that, when read and executed by the one or more processors, perform the steps of the method of any of the preceding method embodiments.

[0190] wherein, Figure 6 An exemplary architecture of the electronic device is shown, which can specifically include a processor 610, a video display adapter 611, a disk drive 612, an input / output interface 613, a network interface 614, and a memory 620. The processor 610, the video display adapter 611, the disk drive 612, the input / output interface 613, the network interface 614, and the memory 620 can be communicatively connected through a communication bus 630.

[0191] The processor 610 can be implemented in a general-purpose CPU (Central Processing Unit), a microprocessor, an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits, etc., for executing relevant programs to implement the technical solutions provided in the present application.

[0192] The memory 620 can be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, etc. The memory 620 can store an operating system 621 for controlling the operation of the electronic device 600, a BIOS (Basic Input Output System) for controlling the low-level operation of the electronic device 600. In addition, a web browser 623, a data storage management system 624, and a service subscription processing system 625, etc. can also be stored. The service subscription processing system 625 can be an application program for implementing the above steps in the embodiments of the present application. In general, when the technical solutions provided in the present application are implemented by software or firmware, the relevant program codes are stored in the memory 620 and executed by the processor 610.

[0193] The input / output interface 613 is configured to connect an input / output module to realize information input and output. The input / output module can be configured in the device (not shown in the figure) or externally connected to the device to provide corresponding functions. The input device can include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device can include a display, a speaker, a vibrator, an indicator light, etc.

[0194] The network interface 614 is configured to connect a communication module (not shown in the figure) to realize communication interaction between the device and other devices. The communication module can realize communication through a wired manner (such as a USB, a network cable, etc.) or a wireless manner (such as a mobile network, WIFI, Bluetooth, etc.).

[0195] The bus 630 includes a channel for transmitting information between various components (such as the processor 610, the video display adapter 611, the disk drive 612, the input / output interface 613, the network interface 614, and the memory 620) of the device.

[0196] It should be noted that although the above device only shows the processor 610, the video display adapter 611, the disk drive 612, the input / output interface 613, the network interface 614, the memory 620, and the bus 630, in the specific implementation process, the device can also include other components necessary for normal operation. In addition, those skilled in the art can understand that the above device can also only include the components necessary to implement the scheme of the present application, and does not have to include all the components shown in the figure.

[0197] From the above description of the embodiments, those skilled in the art can clearly understand that the present application can be realized by means of software and a necessary general hardware platform. Based on such understanding, the technical solutions of the present application can be embodied in the form of a software product, which can be stored in a storage medium, such as a ROM / RAM, a magnetic disk, an optical disk, etc., and includes a plurality of instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute the methods described in various embodiments or some parts of the embodiments of the present application.

[0198] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for system or system embodiments, since they are basically similar to method embodiments, the description is relatively simple, and relevant parts can be referred to the descriptions in the method embodiments. The systems and system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0199] The service reservation processing method and electronic device provided in this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the method and its core ideas. Furthermore, those skilled in the art will recognize that, based on the ideas of this application, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A service reservation processing method, characterized in that, include: The server of the first information system receives the user's reservation request for the target service; Determine the status of the service interface provided by the second information system associated with the provider of the target service; If the service interface is in an abnormal state, a risk assessment is performed on the booking request; If the risk assessment result is passed, a virtual processing success result is provided for the call request initiated for the service interface, so as to advance the booking process to the downstream processing node and complete the booking process for the target service based on the first order generated by the first information system for the booking request. After the service interface returns to normal, for the first order generated for the reservation request in the first information system, the corresponding processing node is processed by calling the service interface so as to generate a corresponding second order in the second information system, and the target service is provided to the user based on the second order.

2. The method according to claim 1, characterized in that, Also includes: Add a target identifier to the first order; After the service interface returns to normal, for the first order, the processing at the corresponding processing node is completed by calling the service interface, including: After the service interface returns to normal, for the first order with the target identifier, the processing on the corresponding processing node is completed by calling the service interface.

3. The method according to claim 1, characterized in that, The reservation request for the target service includes: a reservation request for a service resource of the target type at the target service price; The service interface includes: a verification service interface for verifying the service resources and / or the target service price; The invocation request initiated for the service interface provides a virtual success result, including: If the risk assessment result is passed, then the call request initiated against the verification service interface will return a virtual verification success result.

4. The method according to claim 3, characterized in that, The verification service interface includes: a first service interface for verifying the remaining inventory and usage of service resources of the target type; The risk assessment of the booking request includes: If the first service interface is in an abnormal state, the reservation request is risk-assessed based on the cached data about the remaining inventory of service resources in the first information system. If the risk assessment result is satisfactory, then a virtual verification success result is returned to the call request initiated against the verification service interface, including: If the risk assessment result is passed, then a virtual successful service resource occupation result is provided for the call request initiated for the first service interface.

5. The method according to claim 4, characterized in that, The step of assessing the risk of the reservation request based on cached data about the remaining inventory of service resources in the first information system includes: Based on the cached data of various types of service resources in the first information system, the sufficiency of the current remaining inventory of the target type of service resources is predicted; If the predicted sufficiency level meets the target conditions, then the risk assessment result of the booking request is determined to be passed.

6. The method according to claim 4, characterized in that, Also includes: If it is predicted that the current remaining inventory of the target type of service resources does not meet the target conditions, then the current inventory sufficiency of other types of service resources associated with the service provider is predicted. If the predicted adequacy of the current inventory of other types of service resources meets the target conditions, and the difference between the service prices of the other types of service resources and the target type of service resources is within the target range, then the risk assessment result of the booking request is determined to be passed. After the first service interface returns to normal, for the first order, the first service interface is called to verify the target type service resource. If the information returned by the first service interface is that there is no remaining inventory of the target type service resource, a request to occupy other types of service resources associated with the service provider is initiated by calling the first service interface. This is so that if there is remaining inventory of the other types of service resources, the other types of service resources can be actually occupied and used to provide services to the user.

7. The method according to claim 3, characterized in that, The verification service interface includes a second service interface for verifying whether the service price of the target type of service resource has changed. The risk assessment of the booking request includes: Based on the basic attribute information of the service resources corresponding to the booking request, and / or the service resource occupancy results of the booking request, the risks that may arise in the event of actual price verification failure are assessed. If the risk assessment result is satisfactory, then a virtual verification success result is returned to the call request initiated against the verification service interface, including: If the risk assessment result is passed, then the virtual price verification success result will be returned for the call request initiated against the second service interface.

8. The method according to claim 1, characterized in that, The service interface includes: a third service interface for initiating a second order generation operation to the second information system; The invocation request initiated for the service interface provides a virtual success result, including: If virtual or actual service resources have been used for the reservation request, then when the third service interface is in an abnormal state, virtual second order identification information will be returned for the call request initiated for the third service interface.

9. The method according to claim 8, characterized in that, The service interface includes a fourth service interface for verifying whether the second order identification information is invalid when a user requests payment for the first order is received. The invocation request initiated for the service interface provides a virtual success result, including: If actual or virtual service resources have been used for the reservation request, then when the third or fourth service interface is in an abnormal state, a virtual, still valid verification success result will be returned for the call request initiated for the fourth service interface, so as to complete the payment operation for the first order.

10. A service reservation processing method, characterized in that, include: The client of the first information system receives a user's reservation request for the target service; The request is submitted to the server of the first information system so that the server can determine the status of the service interface provided by the second information system associated with the provider of the target service. If the service interface is in an abnormal state, the server will perform a risk assessment on the reservation request. If the risk assessment result is passed, the server will provide a virtual processing success result for the call request initiated for the service interface so as to advance the reservation process to the downstream processing node and process the first order generated by the first information system for the reservation request. The server displays the order processing result to complete the booking process. The server is also used to: after the service interface returns to normal, for the first order generated for the booking request in the first information system, complete the processing at the corresponding processing node by calling the service interface, so as to generate the corresponding second order in the second information system, and provide the target service to the user based on the second order.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the steps of the method described in any one of claims 1 to 10.

12. An electronic device, characterized in that, include: One or more processors; as well as A memory associated with the one or more processors, the memory being used to store program instructions that, when read and executed by the one or more processors, perform the steps of the method according to any one of claims 1 to 10.

Images