Processing methods, systems, and electronic equipment for inter-system check-in requests for departures.

Abstract

This invention discloses a method, system, and electronic device for processing inter-departure check-in requests between departure systems. The method includes: in response to receiving an inter-departure check-in request, determining the forwarding target of the inter-departure check-in request based on a first request message corresponding to the inter-departure check-in request, wherein the forwarding target includes one of the following: an external departure system and an open departure system; in response to the forwarding target being an open departure system, invoking an interface request of a first module based on the message type of the first request message to generate a first response message; and returning the first response message to the external departure system. This invention solves the technical problem of low processing efficiency for inter-departure check-in requests between departure systems in the prior art.

Description

Technical Field

[0001] This invention relates to the fields of aviation and information processing, and more specifically, to a method, system, and electronic device for processing inter-system check-in requests for departures. Background Technology

[0002] With the continuous development of transportation information technology, civil aviation travel is becoming increasingly complex. Passengers often need to transfer multiple times to reach their destination, which may involve flights from different airlines. For this type of travel, connecting check-in can be used to facilitate the transfer of flight information, self-service check-in for passengers, or seamless baggage transportation, thereby simplifying the check-in process and improving the passenger travel experience.

[0003] In related technologies, inter-check-in between different departure systems typically relies on serial message processing, which suffers from low processing efficiency, error susceptibility, and complex processing logic. Furthermore, the manual configuration of message parameters is cumbersome and susceptible to limitations in the experience and knowledge of the configuration personnel, potentially leading to configuration errors and consequently impacting the efficiency of inter-check-in processing.

[0004] There is currently no effective solution to the above problems. Summary of the Invention

[0005] This invention provides a method, system, and electronic device for processing inter-departure check-in requests, in order to at least solve the technical problem of low processing efficiency of inter-departure check-in requests in the prior art.

[0006] According to one aspect of the present invention, a method for processing inter-departure check-in requests between departure systems is provided, applied to an open departure system, comprising: in response to receiving an inter-departure check-in request, determining a forwarding target for the inter-departure check-in request based on a first request message corresponding to the inter-departure check-in request, wherein the forwarding target includes one of the following: an external departure system and an open departure system; in response to the forwarding target being an open departure system, invoking an interface request of a first module based on the message type of the first request message to generate a first response message; and returning the first response message to the external departure system.

[0007] Optionally, based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, including: determining the requested flight information in the first request message; and determining the forwarding target of the connecting check-in request based on the flight diversion rules corresponding to the requested flight information.

[0008] Optionally, based on the flight diversion rules corresponding to the requested flight information, the forwarding target of the connecting check-in request is determined, including: based on the flight diversion rules corresponding to the requested flight information, determining whether the requested flight information belongs to the open departure system; in response to the requested flight information belonging to the open departure system, determining the forwarding target as the external departure system; in response to the requested flight information not belonging to the open departure system, determining the forwarding target as the open departure system.

[0009] Optionally, based on the message type of the first request message, the interface request of the first module is invoked to generate the first response message, including: converting the first request message into the request parameters corresponding to the first module based on the message type; invoking the interface request of the first module based on the request parameters to generate the first response message.

[0010] Optionally, the first request message is converted into request parameters corresponding to the first module based on the message type, including: in response to a message type of boarding pass reprint request, passenger check-in request, or check-out cancellation request, the first request message is converted into request parameters corresponding to the check-in module; in response to a message type of seat map request, the first request message is converted into request parameters corresponding to the seat module; in response to a message type of passenger list request, the first request message is converted into request parameters corresponding to the passenger record module; in response to a message type of update request, the first request message is converted into request parameters corresponding to the check-in module or baggage module.

[0011] Optionally, the first request message is converted into request parameters corresponding to the check-in module or baggage module, including: determining the target object that the first request message requests to modify; in response to the target object being baggage information, converting the first request message into request parameters corresponding to the baggage module; in response to the target object being passenger seat information, converting the first request message into request parameters corresponding to the check-in module.

[0012] Optionally, converting the first request message into request parameters corresponding to the first module based on the message type includes: verifying the inter-trip check-in request based on the message type to obtain a verification result, wherein the verification result is used to indicate whether inter-trip check-in service has been opened between the requesting airlines; in response to the verification result indicating that inter-trip check-in service has been opened between the requesting airlines, converting the first request message into request parameters corresponding to the first module based on the message type.

[0013] Optionally, in response to the forwarding target being an external departure system, the above method further includes: based on the message sending rules corresponding to the connecting check-in request, calling the second module to construct a second request message from the passenger information corresponding to the connecting check-in request; based on the address rules corresponding to the connecting check-in request, sending the second request message to the external departure system; receiving the second response message returned by the external departure system; and updating the passenger information in the open departure system based on the second response message.

[0014] Optionally, the above method further includes: determining the true and false travel information of multiple passenger information based on multiple passenger information in the open departure system and the connecting travel identification information corresponding to each passenger information; deduplicating the true travel information corresponding to multiple passenger information to obtain the passenger information corresponding to the connecting check-in request.

[0015] Optionally, updating passenger information in the open departure system based on the second response message includes: determining the target genuine travel information in the open departure system based on the boarding number and requested flight segment in the requesting system in the second response message; determining the target connecting fake travel information based on the target genuine travel information and the connecting flight segment information in the second response message; and updating the target connecting fake travel information based on the passenger information in the second response message.

[0016] Optionally, based on the boarding number and requested flight segment of the requesting system in the second response message, the target true travel information in the open departure system is determined, including: parsing the second response message to obtain preset identification information; based on the preset identification information, determining whether the external departure system and the open departure system have successfully connected; in response to the successful connection between the external departure system and the open departure system, the target true travel information is determined based on the boarding number and requested flight segment of the requesting system.

[0017] According to another aspect of the present invention, a processing system for inter-departure check-in requests is also provided, configured in an open departure system, comprising: a departure inter-system module, configured to receive inter-system check-in requests and determine the forwarding target of the inter-system check-in request based on a first request message corresponding to the inter-system check-in request, wherein the forwarding target includes one of the following: an external departure system and an open departure system; a departure control module, configured to, in response to the forwarding target being an open departure system, invoke an interface request of a first module based on the message type of the first request message, generate a first response message, and return the first response message to the departure inter-system module, wherein the first module includes at least one of the following: a check-in module, a seat module, a passenger record module, and a baggage module; the departure inter-system module is further configured to send the first response message to the external departure system.

[0018] Optionally, the system further includes: a second module, comprising at least one of the following: a check-in module, a seat module, a passenger record module, and a baggage module, used to, in response to the forwarding target being an external departure system, construct a second request message from the passenger information corresponding to the connecting check-in request based on the message sending rules corresponding to the connecting check-in request; a message connection module, used to send the second request message to the external departure system based on the address rules corresponding to the connecting check-in request, and receive a second response message returned by the external departure system; the second module is also used to update the passenger information in the open departure system based on the second response message.

[0019] According to another aspect of the present invention, an electronic device is also provided, comprising: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods of various embodiments of the present invention during runtime.

[0020] According to another aspect of the present invention, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is executed, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0021] According to another aspect of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0022] According to another aspect of the present invention, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0023] According to another aspect of the present invention, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of the present invention.

[0024] In this embodiment of the invention, in response to receiving a connecting check-in request, based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, wherein the forwarding target includes one of the following: an external departure system and an open departure system; in response to the forwarding target being an open departure system, based on the message type of the first request message, the interface request of the first module is invoked to generate a first response message; the first response message is returned to the external departure system. It is readily apparent that, when it is determined that the connecting check-in request is sent to the open departure system, the corresponding interface request of the first module can be flexibly invoked based on the message type of the first request message to process the connecting check-in request, thereby connecting the external departure system to the open departure system, achieving the purpose of effectively processing the connecting check-in request, thus realizing the technical effect of improving the processing efficiency of connecting check-in requests between departure systems, and further solving the technical problem of low processing efficiency of connecting check-in requests between departure systems in the prior art. Attached Figure Description

[0025] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings:

[0026] Figure 1This is a flowchart of a method for processing inter-system check-in requests for departures according to an embodiment of the present invention;

[0027] Figure 2 This is a schematic diagram of an optional method for processing inter-system check-in requests for departure according to an embodiment of the present invention;

[0028] Figure 3 This is a schematic diagram of an optional method for processing inter-system check-in requests for departure according to an embodiment of the present invention;

[0029] Figure 4 This is a schematic diagram of a system for processing inter-system check-in requests for departures according to an embodiment of the present invention;

[0030] Figure 5 This is a schematic diagram of a processing device for inter-system check-in requests for departures according to an embodiment of the present invention. Detailed Implementation

[0031] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0032] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0033] According to an embodiment of the present invention, a method for processing inter-system check-in requests for departure is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0034] Figure 1This is a flowchart illustrating a method for processing inter-system check-in requests for departures according to an embodiment of the present invention, as shown below. Figure 1 As shown, this method is applied to an open departure system and includes the following steps:

[0035] Step S102: In response to receiving the inter-trip check-in request, determine the forwarding target of the inter-trip check-in request based on the first request message corresponding to the inter-trip check-in request.

[0036] The forwarding targets include one of the following: external departure systems and open departure systems.

[0037] The aforementioned open departure system is a real-time computer network system used for functions such as passenger check-in, aircraft load calculation, flight control, and automatic telegram processing. Open departure systems are typically developed or maintained by airlines or third-party service providers. They can exchange data and collaborate with external systems.

[0038] The aforementioned external departure systems can be used for passenger information exchange between different airlines or airports. When a passenger's itinerary involves connecting flights operated by different airlines, and these airlines use different open departure systems, the open departure system needs to interact with the external departure system to ensure the consistency and integrity of passenger information across different open departure systems. External departure systems may adhere to different technical standards and business rules.

[0039] The open departure system and external departure systems can be connected via the internationally standardized Electronic Data Interchange (EDI) protocol to ensure accurate data transmission and parsing. Through standardized communication mechanisms, passenger information such as boarding passes, seat information, and baggage status can be accurately transmitted and processed between different systems, supporting services such as connecting check-in and through baggage transfer, thereby improving passenger experience and airline operational efficiency.

[0040] The aforementioned connecting check-in request can be used to check in for multiple flights in one transaction. Connecting check-in requests may include, but are not limited to, passenger identification, flight information, and check-in status; these can be determined as needed. Connecting check-in is an important means of improving passenger travel convenience and airline operational efficiency. Depending on the flight's operating system, connecting check-in can be divided into intra-departure system connecting check-in and inter-departure system connecting check-in. Intra-departure system connecting check-in refers to check-in for flights within the same departure system. Inter-departure system connecting check-in refers to check-in for flights of the same airline or different airlines in different departure systems.

[0041] The aforementioned first request message can be an electronic data interchange message during inter-flight check-in interaction between the external departure system and the open departure system. The first request message may include, but is not limited to: sender identifier, receiver identifier, service identifier, forwarding identifier, type identifier, request information, or passenger information, etc. There is no limitation on the first request message here; it can be determined as needed. The purpose of the first request message is to request the open departure system to process check-in services for the passenger's subsequent flight segment. Check-in services include, but are not limited to, boarding pass printing, seat allocation, passenger information updates, and baggage handling, etc. There is no limitation on the check-in services here; they can be determined as needed.

[0042] The aforementioned forwarding target can include one of the following: external departure systems and open departure systems. The forwarding target is not limited here and can be determined as needed. When the forwarding target is an external departure system, the external departure system can parse the connecting check-in request, further distribute the service, and then return the service response message to the open departure system. When the forwarding target is an open departure system, the open departure system can return passenger information based on the connecting check-in request to facilitate smooth connecting check-in.

[0043] In one optional embodiment, after receiving a connecting check-in request, the open departure system can parse the request based on a preset parsing library, parsing function, or regular expression, and determine the first request message corresponding to the connecting check-in request. Alternatively, the first request message can be selected and constructed through intermediate software. Alternatively, staff can select from the parsed content of the connecting check-in request to generate the first request message.

[0044] Furthermore, after receiving the first request message, the forwarding target can be predicted using a machine learning model. This machine learning model is trained on historical data and can predict the forwarding target. Alternatively, the forwarding target can be determined using the forwarding identifier in the first request message. Alternatively, staff can manually analyze the first request message to determine the forwarding target of the connecting check-in request.

[0045] Step S104: In response to the forwarding target being the open departure system, based on the message type of the first request message, the interface request of the first module is invoked to generate the first response message.

[0046] The first module described above can be used to handle different business processes in check-in services. By calling the first module, interaction between connecting flight information can be achieved. Depending on the different connecting flight business, the first module may include, but is not limited to, a check-in module, a seat module, a passenger record module, and a baggage module. The first module is not limited here and can be determined as needed. The open departure system has various business processes, and the interface of the first module to be called can be further determined based on the message type. Different first response messages can be generated for different interface requests.

[0047] The aforementioned first response message can be an electronic data interchange message generated by the first module in response to the first request message. The content of the first response message varies depending on the message type. The first response message facilitates the exchange of connecting information with external departure systems.

[0048] In one optional embodiment, if the forwarding target is determined to be an open outbound system, the message type of the first request message can be identified using an identification model. This identification model can be a random forest, support vector machine, or decision tree, etc.; the identification model is not limited here and can be determined as needed. Alternatively, the message type of the first request message can be determined by reading the type identifier in the first request message through a parser. Further, based on the message type, the first request message can be parsed, and the parsed information can be converted into interface parameters for the first module, so that the first module processes the data according to these interface parameters and returns a first response message.

[0049] Step S106: Return the first response message to the external departure system.

[0050] Returning the first response message to the external departure system ensures accurate, timely, and complete information exchange between the external departure system and the open departure system, thereby supporting efficient through check-in processing. This first response message contains processing and confirmation information for the through check-in request; therefore, it ensures the synchronization and consistency of passenger through check-in information and can also locate and handle faults in the request process.

[0051] In one alternative embodiment, the first response message can be returned to the external departure system via a switching center. Alternatively, asynchronous communication can be implemented via a message queue to return the first response message to the external departure system. Alternatively, the first response message can be returned to the external departure system via a file transfer protocol.

[0052] In this embodiment of the invention, in response to receiving a connecting check-in request, based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, wherein the forwarding target includes one of the following: an external departure system and an open departure system; in response to the forwarding target being an open departure system, based on the message type of the first request message, the interface request of the first module is invoked to generate a first response message; the first response message is returned to the external departure system. It is readily apparent that, when it is determined that the connecting check-in request is sent to the open departure system, the corresponding interface request of the first module can be flexibly invoked based on the message type of the first request message to process the connecting check-in request, thereby connecting the external departure system to the open departure system, achieving the purpose of effectively processing the connecting check-in request, thus realizing the technical effect of improving the processing efficiency of connecting check-in requests between departure systems, and further solving the technical problem of low processing efficiency of connecting check-in requests between departure systems in the prior art.

[0053] Optionally, based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, including: determining the requested flight information in the first request message; and determining the forwarding target of the connecting check-in request based on the flight diversion rules corresponding to the requested flight information.

[0054] In one optional embodiment, the first request message can be parsed using preset parsing rules, regular expressions, or a parser to determine the requested flight information in the first request message. Then, the flight diversion rules corresponding to the requested flight information are queried from the flight database, or the flight diversion rules are determined through a dynamic rule table, thereby determining the forwarding target of the connecting flight check-in request.

[0055] Through intelligent analysis of flight information, it is possible to quickly determine whether connecting check-in requests need to be forwarded to an external departure system, further optimizing the processing flow of connecting check-in requests.

[0056] Optionally, based on the flight diversion rules corresponding to the requested flight information, the forwarding target of the connecting check-in request is determined, including: based on the flight diversion rules corresponding to the requested flight information, determining whether the requested flight information belongs to the open departure system; in response to the requested flight information belonging to the open departure system, determining the forwarding target as the external departure system; in response to the requested flight information not belonging to the open departure system, determining the forwarding target as the open departure system.

[0057] In one optional embodiment, flight diversion rules can be determined through threshold diversion rules or pre-set manually. Further, the flight diversion rule corresponding to the requested flight information can be determined through hash value comparison or field query to determine whether the requested flight information belongs to the open departure system. If the flight diversion rules determine that the requested flight information belongs to the open departure system, then the connecting check-in request needs to be forwarded to the external departure system so that the external departure system can update the passenger's connecting check-in information. When the requested flight information does not belong to the open departure system, then the connecting check-in request needs to be forwarded to the open departure system so that the open departure system can provide services to passengers requiring connecting check-in.

[0058] By using the forwarding mechanism for inter-trip check-in requests, the accuracy of request processing can be improved, the flexibility of the departure system can be enhanced, and the transmission of inter-trip check-in requests between different departure systems can be facilitated, so as to achieve rapid processing of inter-trip check-in.

[0059] Optionally, based on the message type of the first request message, the interface request of the first module is invoked to generate the first response message, including: converting the first request message into the request parameters corresponding to the first module based on the message type; invoking the interface request of the first module based on the request parameters to generate the first response message.

[0060] In one optional embodiment, a conversion dictionary can be defined based on the message type. The first request message can then be converted into request parameters corresponding to the first module by querying the conversion dictionary based on the message type. Alternatively, a converter corresponding to the message type can be used to convert the first request message into request parameters corresponding to the first module. Then, the business logic function of the first module is called based on the request parameters to process the request and generate a first response message. Alternatively, the interface request of the first module can be called through middleware, and after processing by the first module, the first response message can be returned through the middleware. Alternatively, the first module can also be called through a microservice, and after processing by the first module, the first response message can be returned.

[0061] By identifying the message type, the corresponding first module interface can be automatically invoked, improving the level of automation. When handling requests such as boarding pass reprinting, seat allocation, and passenger list updates for connecting flights, calling different first module interfaces can improve processing speed and accuracy.

[0062] Optionally, the first request message is converted into request parameters corresponding to the first module based on the message type, including: in response to a message type of boarding pass reprint request, passenger check-in request, or check-out cancellation request, the first request message is converted into request parameters corresponding to the check-in module; in response to a message type of seat map request, the first request message is converted into request parameters corresponding to the seat module; in response to a message type of passenger list request, the first request message is converted into request parameters corresponding to the passenger record module; in response to a message type of update request, the first request message is converted into request parameters corresponding to the check-in module or baggage module.

[0063] The system can accurately invoke the appropriate processing module for different message types, improving the efficiency and accuracy of request processing. When handling complex connecting check-in requests, it ensures that all connecting check-in requests are processed correctly, thus enhancing the quality of passenger service.

[0064] Depending on the different connecting flight services, the first module can be divided into a check-in module, a seat module, a passenger record module, or a baggage module. When a connecting flight check-in request of different message types is received, different business modules are called to process them respectively, thereby improving the processing efficiency of connecting flight check-in requests.

[0065] Specifically, for messages of type boarding pass reprint request, passenger check-in request, or check-out cancellation request, the first request message can be converted into the request parameters corresponding to the check-in module. This allows the check-in module to process the message, obtain the corresponding response message, and improve the accuracy of message processing. For messages of type seat map request, the first request message can be converted into the request parameters corresponding to the seat module to invoke the seat module. For messages of type passenger list request, the first request message can be converted into the request parameters corresponding to the passenger record module to invoke the passenger record module. For messages of type update request, the first request message can be converted into the request parameters corresponding to the check-in module or baggage module to invoke the check-in module or baggage module.

[0066] Optionally, the first request message is converted into request parameters corresponding to the check-in module or baggage module, including: determining the target object that the first request message requests to modify; in response to the target object being baggage information, converting the first request message into request parameters corresponding to the baggage module; in response to the target object being passenger seat information, converting the first request message into request parameters corresponding to the check-in module.

[0067] In connecting flight scenarios, handling seat and baggage changes is particularly important. This is because passenger seat and baggage information needs to be coordinated and synchronized between different airlines and departure systems. For example, if a passenger reduces their baggage on one segment, the baggage information needs to be promptly updated in the departure system of the subsequent segment to avoid problems with baggage handling during transfers or at the final destination.

[0068] In one optional embodiment, the target object requested for modification in the first request message can be determined through semantic recognition. Alternatively, field parsing can be used to determine whether the field to be modified in the first request message is related to baggage or seat. Alternatively, a rule engine can be used to determine the target object of the first request message modification. If the target object is determined to be baggage information, the first request message can be converted into request parameters corresponding to the baggage module to invoke the baggage module for change processing. Alternatively, if the target object is determined to be passenger seat information, the first request message can be converted into request parameters corresponding to the check-in module to invoke the check-in module for change processing. By determining the target object for modification, the module to be invoked can be located more accurately, improving the efficiency of request processing.

[0069] Optionally, converting the first request message into request parameters corresponding to the first module based on the message type includes: verifying the inter-trip check-in request based on the message type to obtain a verification result, wherein the verification result is used to indicate whether inter-trip check-in service has been opened between the requesting airlines; in response to the verification result indicating that inter-trip check-in service has been opened between the requesting airlines, converting the first request message into request parameters corresponding to the first module based on the message type.

[0070] The verification mechanism ensures that requests are only processed when connecting check-in services are available between airlines, thus avoiding invalid operations and improving the security of request processing.

[0071] In one optional embodiment, the inter-flight check-in request can be verified using a state machine, verification rules, etc. If the verification result indicates that the requesting airlines are opening inter-flight check-in services, the first request message is then converted into request parameters corresponding to the first module based on the message type, so that the first module can process the request.

[0072] Optionally, in response to the forwarding target being an external departure system, the above method further includes: based on the message sending rules corresponding to the connecting check-in request, calling the second module to construct a second request message from the passenger information corresponding to the connecting check-in request; based on the address rules corresponding to the connecting check-in request, sending the second request message to the external departure system; receiving the second response message returned by the external departure system; and updating the passenger information in the open departure system based on the second response message.

[0073] By constructing and sending a second request message, effective communication with the external departure system was achieved, ensuring real-time synchronization of passenger information across different airlines and improving the accuracy of request processing.

[0074] In one optional embodiment, if the forwarding target is determined to be an external departure system, the connecting check-in request needs to be sent to the external departure system. Optionally, the connecting check-in request can be processed by a service orchestrator. Specifically, the service orchestrator can be invoked according to the connecting check-in request, so that the service orchestrator can construct a second request message based on passenger information according to preset construction rules, so as to realize the subsequent synchronization of passenger information between different departure systems. Then, a connection with the external departure system is established through the address configuration service so that the second request message can be sent to the external departure system. The service orchestrator continuously listens for the second response message from the external departure system. After receiving the second response message, the service orchestrator parses the second response message and updates the passenger information in the open departure system.

[0075] In another alternative embodiment, connecting check-in requests can be processed via a message queue. Specifically, the open departure system parses the connecting check-in request, determines the rules for constructing a second request message, and publishes it to the message queue. The second module listens to the message queue, obtains the connecting check-in request, processes it according to the construction rule table, and constructs the second request message. The second module uses a pre-configured address to send the second request message to the external departure system via a network request. After the external departure system returns a second response message, the second module receives and parses the message, and then republishes the update information to the message queue. Furthermore, when the update information queue is detected, the passenger information in the open departure system is updated based on the passenger information returned by the external departure system.

[0076] Optionally, the above method further includes: determining the true and false travel information of multiple passenger information based on multiple passenger information in the open departure system and the connecting travel identification information corresponding to each passenger information; deduplicating the true travel information corresponding to multiple passenger information to obtain the passenger information corresponding to the connecting check-in request.

[0077] The aforementioned genuine travel information can be the full passenger information available for various business operations in the open departure system. The aforementioned fake travel information can be used to identify passenger connecting flight information, and fake travel information is associated with connecting flight segments.

[0078] By employing a deduplication mechanism, the effectiveness of passenger information processing can be ensured, duplication of information processing can be avoided, and the efficiency of information processing can be improved. When handling large-scale connecting check-in requests, the application of this method can significantly reduce system load and increase the speed of information processing.

[0079] In one optional embodiment, passenger information corresponding to a connecting flight check-in request can be obtained through database querying and deduplication. Multiple passenger information entries and connecting flight identifiers are retrieved from the database; the passenger information includes genuine or fake travel information. Then, based on the connecting flight identifier in the passenger information, genuine and fake travel information are categorized. For the categorized list of genuine travel information, a deduplication algorithm is used to eliminate duplicate records. Based on the fake travel information and the deduplicated genuine travel information, passenger information is determined to ensure passenger uniqueness and avoid duplicate processing.

[0080] In another alternative embodiment, passenger information can be determined based on dynamic processing using a microservice architecture. In a microservice architecture, the processing of connecting check-in requests can be dynamically distributed across multiple microservices, achieving efficient and flexible information processing. By calling multiple microservices, genuine and fake travel information, along with related connecting identifiers, is collected separately and then aggregated into a central service for separating and deduplicating genuine and fake travel information. A hash table can be used to deduplicate genuine travel information, ensuring its uniqueness. After deduplication, a second request message can be constructed according to the rules corresponding to the connecting check-in request and distributed via an event bus or message queue for subsequent connecting check-in processing.

[0081] Optionally, updating passenger information in the open departure system based on the second response message includes: determining the target genuine travel information in the open departure system based on the boarding number and requested flight segment in the requesting system in the second response message; determining the target connecting fake travel information based on the target genuine travel information and the connecting flight segment information in the second response message; and updating the target connecting fake travel information based on the passenger information in the second response message.

[0082] The update mechanism ensures real-time updates of passenger information, guaranteeing the up-to-date status of passenger data in the departure system. This update process ensures the accuracy and real-time nature of passenger information when processing requests such as boarding pass reprints and seat changes for connecting flights, thereby improving passenger service satisfaction.

[0083] In one alternative embodiment, passenger information can be updated by publishing and subscribing to events, achieving high concurrency and decoupling of the departure system. After parsing the second response message, the updated information can be encapsulated into an event and published to the event bus. Then, a subscriber to the event, such as a passenger information update service, listens to the event bus. Upon receiving an update event, it uses the boarding number and flight segment information from the event to query the target real travel information. The subscriber performs an update operation, applying the connecting flight segment information from the second response message to the target connecting fake travel information. After the update operation is complete, the subscriber publishes a new event to notify that the passenger information has been updated.

[0084] In another alternative embodiment, passenger information can be updated via a service orchestrator. After parsing the second response message, the update task can be forwarded to the service orchestrator. The service orchestrator can invoke the real travel information service to query the target real travel information, and then invoke the connecting travel information service to locate the target connecting fake travel information. The service orchestrator invokes the passenger update service to synchronize the passenger information in the second response message to the target connecting fake travel information, ensuring the accuracy and consistency of passenger information.

[0085] Optionally, based on the boarding number and requested flight segment of the requesting system in the second response message, the target true travel information in the open departure system is determined, including: parsing the second response message to obtain preset identification information; based on the preset identification information, determining whether the external departure system and the open departure system have successfully connected; in response to the successful connection between the external departure system and the open departure system, the target true travel information is determined based on the boarding number and requested flight segment of the requesting system.

[0086] By parsing and judging preset identification information, the success of connecting flight operations can be accurately determined, further improving the accuracy and efficiency of information processing. When handling complex check-in requests for connecting flights, this process ensures that the departure system can accurately identify and process the results of connecting flight operations, enhancing the stability of the departure system and the security of passenger information.

[0087] In one optional embodiment, the second response message can be parsed using parsing rules or a parser to obtain preset identification information, which is used to determine whether the external departure system and the open departure system have successfully connected. Alternatively, preset fields in the second response message can be identified, and the connection between the external departure system and the open departure system can be determined based on the preset identification information corresponding to those fields. Further, if the connection between the external departure system and the open departure system is successful, a passenger information query service can be invoked, passing in the boarding number and requested flight segment from the requesting system, to determine the target passenger information. Alternatively, the target passenger information can be queried from the database of the open departure system based on the boarding number and requested flight segment from the requesting system.

[0088] Figure 2 This is a schematic diagram of an optional method for processing inter-system check-in requests for departures according to an embodiment of the present invention, as shown below. Figure 2 As shown, the method includes:

[0089] Receive the connecting check-in request. After parsing the connecting check-in request, obtain the first request message.

[0090] The system sequentially checks whether the message type of the first request message is one of the following: reprint boarding pass, seat map, passenger information, connecting check-in, passenger pick-up, or modification. If the message type of the first request message is not one of these types, an error message is returned.

[0091] If the message type of the first request message is "reprint boarding pass," the system further determines whether reprinting boarding passes is enabled between the departure systems. If reprinting boarding passes is enabled between the departure systems, the first request message is converted into reprint boarding pass request parameters. Based on these parameters, the passenger service module interface is invoked, and the first response message is returned. If reprinting boarding passes is not enabled between the departure systems, an error message is returned directly.

[0092] If the message type of the first request message is "seat map," then it is further determined whether seat map lookup is enabled between the departure systems. If seat map lookup is enabled between the departure systems, the first request message is converted into seat map lookup request parameters. Based on these parameters, the seat module interface is invoked, and the first response message is returned. If seat map lookup is not enabled between the departure systems, an error message is returned directly.

[0093] If the message type of the first request message is passenger information, the system further determines whether passenger information query is enabled between the departure systems. If passenger information query is enabled between the departure systems, the first request message is converted into passenger information query request parameters. Based on these parameters, the passenger record module interface is invoked, and the first response message is returned. If passenger information query is not enabled between the departure systems, an error message is returned directly.

[0094] If the message type of the first request message is "connecting check-in," then it is further determined whether connecting check-in is enabled between the departure systems. If connecting check-in is enabled between the departure systems, the first request message is converted into passenger service request parameters. Based on these parameters, the passenger service module interface is invoked, and the first response message is returned. If connecting check-in is not enabled between the departure systems, an error message is returned directly.

[0095] If the message type of the first request message is "drop off passenger," then it is further determined whether inter-departure check-in is enabled between the departure systems. If inter-departure check-in is enabled between the departure systems, the first request message is converted into passenger service request parameters. Based on the passenger service request parameters, the passenger service module interface is invoked, and the first response message is returned.

[0096] If the message type of the first request message is "update," then it is further determined whether inter-departure check-in is enabled between the departure systems. If inter-departure check-in is enabled between the departure systems, the first request message is converted into passenger service request parameters. Based on the passenger service request parameters, the passenger service module interface is invoked, and the first response message is returned.

[0097] Figure 3This is a schematic diagram of an optional method for processing inter-system check-in requests for departures according to an embodiment of the present invention, as shown below. Figure 3 As shown, the method includes:

[0098] Generate a list of outbound connecting flights. Based on this list, determine whether connecting flight check-in service is enabled. If connecting flight check-in is enabled, further determine if there are any connecting flight restrictions. If connecting flight check-in is not enabled, directly return the interface response data.

[0099] If there are no liaison restrictions, construct a second request message. If liaison restrictions exist, directly return the interface response data.

[0100] Furthermore, based on the address, the connection module is invoked to transmit the second request message between different departure systems.

[0101] After receiving the response message, it updates the passenger information and then returns the interface response data.

[0102] According to another aspect of the present invention, an embodiment of a processing system for inter-departure check-in requests is also provided. It should be noted that the system can be used to execute the above-described processing method for inter-departure check-in requests.

[0103] Figure 4 This is a schematic diagram of a processing system for inter-system check-in requests for departures according to an embodiment of the present invention, as shown below. Figure 4 As shown, the system is set up in the open departure system and includes: a departure intermodal module, used to receive intermodal check-in requests and determine the forwarding target of the intermodal check-in request based on the first request message corresponding to the intermodal check-in request, wherein the forwarding target includes one of the following: an external departure system and an open departure system; a departure control module, used to respond to the forwarding target being an open departure system, and based on the message type of the first request message, call the interface request of the first module, generate a first response message, and return the first response message to the departure intermodal module, wherein the first module includes at least one of the following: a check-in module, a seat module, a passenger record module, and a baggage module; the departure intermodal module is also used to send the first response message to the external departure system.

[0104] The system for processing inter-departure check-in requests by intelligently identifying and processing these requests not only improves the efficiency and accuracy of request processing but also enhances the flexibility and stability of the open departure system.

[0105] Optionally, the system further includes: a second module, comprising at least one of the following: a check-in module, a seat module, a passenger record module, and a baggage module, used to, in response to the forwarding target being an external departure system, construct a second request message from the passenger information corresponding to the connecting check-in request based on the message sending rules corresponding to the connecting check-in request; a message connection module, used to send the second request message to the external departure system based on the address rules corresponding to the connecting check-in request, and receive a second response message returned by the external departure system; the second module is also used to update the passenger information in the open departure system based on the second response message.

[0106] By incorporating a second module and a message connection module, this processing system enables efficient communication with external departure systems, ensuring real-time synchronization and updates of passenger information. When processing check-in requests for international connecting flights, this ensures accurate transmission of passenger information among airlines worldwide, enhancing global consistency of passenger services and strengthening the information security and data management capabilities of the open departure system.

[0107] According to an embodiment of the present invention, an embodiment of a processing device for inter-departure check-in requests is provided. It should be noted that the device can be used to execute the above-described processing method for inter-departure check-in requests.

[0108] Figure 5 This is a schematic diagram of a processing device for inter-system check-in requests for departures according to an embodiment of the present invention, as shown below. Figure 5 As shown, the device includes:

[0109] The departure intermodal module 52 is used to respond to a received intermodal check-in request and determine the forwarding target of the intermodal check-in request based on the first request message corresponding to the intermodal check-in request. The forwarding target includes one of the following: an external departure system and an open departure system. The departure control module 54 is used to respond to the fact that the forwarding target is an open departure system and, based on the message type of the first request message, call the interface request of the first module to generate a first response message. The departure intermodal module is also used to return the first response message to the external departure system.

[0110] Optionally, the departure connecting module is also used to determine the requested flight information in the first request message; and to determine the forwarding target of the connecting check-in request based on the flight diversion rules corresponding to the requested flight information.

[0111] Optionally, the departure connecting module is also used to determine whether the requested flight information belongs to the open departure system based on the flight diversion rules corresponding to the requested flight information; in response to the requested flight information belonging to the open departure system, the forwarding target is determined to be the external departure system; in response to the requested flight information not belonging to the open departure system, the forwarding target is determined to be the open departure system.

[0112] Optionally, the departure control module is also used to convert the first request message into the request parameters corresponding to the first module based on the message type; and to call the interface request of the first module based on the request parameters to generate the first response message.

[0113] Optionally, the departure control module is also used to convert the first request message into request parameters corresponding to the check-in module in response to a message type of boarding pass reprint request, passenger check-in request, or check-out cancellation request; to convert the first request message into request parameters corresponding to the seat module in response to a message type of seat map request; to convert the first request message into request parameters corresponding to the passenger record module in response to a message type of passenger list request; and to convert the first request message into request parameters corresponding to the check-in module or baggage module in response to a message type of update request.

[0114] Optionally, the departure control module is also used to determine the target object requested to be modified in the first request message; in response to the target object being baggage information, the first request message is converted into request parameters corresponding to the baggage module; in response to the target object being passenger seat information, the first request message is converted into request parameters corresponding to the check-in module.

[0115] Optionally, the departure control module is also used to verify the inter-trip check-in request based on the message type and obtain a verification result, wherein the verification result is used to indicate whether the inter-trip check-in service has been opened between the requesting airlines; in response to the verification result indicating that the inter-trip check-in service has been opened between the requesting airlines, the first request message is converted into the request parameters corresponding to the first module based on the message type.

[0116] Optionally, in response to the forwarding target being an external departure system, the above apparatus further includes a departure information processing module, used to, based on the message sending rules corresponding to the connecting check-in request, call the second module to construct a second request message from the passenger information corresponding to the connecting check-in request; based on the address rules corresponding to the connecting check-in request, send the second request message to the external departure system; receive a second response message returned by the external departure system; and update the passenger information in the open departure system based on the second response message.

[0117] Optionally, the departure information processing module is also used to determine the authenticity of connecting flights corresponding to multiple passenger information based on multiple passenger information in the open departure system and the connecting flight identification information corresponding to each passenger information; and to deduplicate the authenticity of the connecting flight information corresponding to multiple passenger information to obtain the passenger information corresponding to the connecting flight check-in request.

[0118] Optionally, the departure information processing module is also used to determine the target genuine travel information in the open departure system based on the boarding number and requested flight segment in the requesting system in the second response message; determine the target connecting fake travel information based on the target genuine travel information and the connecting flight segment information in the second response message; and update the target connecting fake travel information based on the passenger information in the second response message.

[0119] Optionally, the departure information processing module is also used to parse the second response message to obtain preset identification information; based on the preset identification information, to determine whether the external departure system and the open departure system have successfully connected; in response to the successful connection between the external departure system and the open departure system, to determine the target true travel information based on the boarding number and requested flight segment of the requesting system.

[0120] Embodiments of this application also provide an electronic device, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of the present invention during runtime.

[0121] Embodiments of this application also provide a computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of the present invention.

[0122] Embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the methods of various embodiments of the present invention.

[0123] Embodiments of this application also provide a computer program product, including a non-volatile computer-readable storage medium for storing a computer program that, when executed by a processor, implements the methods in various embodiments of the present invention.

[0124] Embodiments of this application also provide a computer program that, when executed by a processor, implements the methods described in the various embodiments of the present invention.

[0125] In the above embodiments of the present invention, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0126] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0127] 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 units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0128] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0129] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0130] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A method for processing inter-system check-in requests for departure, characterized in that, Applied to an open departure system, the method includes: In response to receiving a connecting check-in request, based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, wherein the forwarding target includes one of the following: the external departure system and the open departure system; In response to the forwarding target being the open departure system, based on the message type of the first request message, the interface request of the first module is invoked to generate the first response message; The first response message is returned to the external departure system.

2. The method according to claim 1, characterized in that, Based on the first request message corresponding to the connecting check-in request, the forwarding target of the connecting check-in request is determined, including: Determine the requested flight information in the first request message; Based on the flight diversion rules corresponding to the requested flight information, the forwarding target of the connecting flight check-in request is determined.

3. The method according to claim 2, characterized in that, Based on the flight diversion rules corresponding to the requested flight information, the forwarding target of the connecting flight check-in request is determined, including: Based on the flight diversion rules corresponding to the requested flight information, determine whether the requested flight information belongs to the open departure system; In response to the request that the flight information belongs to the open departure system, the forwarding target is determined to be the external departure system; In response to the fact that the requested flight information does not belong to the open departure system, the forwarding target is determined to be the open departure system.

4. The method according to claim 1, characterized in that, Based on the message type of the first request message, the interface request of the first module is invoked to generate a first response message, including: Based on the message type, the first request message is converted into request parameters corresponding to the first module; The interface request of the first module is invoked based on the request parameters to generate the first response message.

5. The method according to claim 4, characterized in that, Based on the message type, the first request message is converted into request parameters corresponding to the first module, including: In response to a message type that is a boarding pass reprint request, a passenger check-in request, or a check-out cancellation request, the first request message is converted into the request parameters corresponding to the check-in module. In response to the message type being a seating chart request, the first request message is converted into request parameters corresponding to the seating module; In response to the message type being a passenger list request, the first request message is converted into the request parameters corresponding to the passenger record module; In response to the message type being an update request, the first request message is converted into request parameters corresponding to the check-in module or baggage module.

6. The method according to claim 5, characterized in that, The first request message is converted into request parameters corresponding to the check-in module or baggage module, including: Determine the target object that the first request message requests to be modified; In response that the target object is luggage information, the first request message is converted into request parameters corresponding to the luggage module; In response to the target object being passenger seat information, the first request message is converted into request parameters corresponding to the check-in module.

7. The method according to any one of claims 4 to 6, characterized in that, Based on the message type, the first request message is converted into request parameters corresponding to the first module, including: The connecting check-in request is verified based on the message type to obtain a verification result, wherein the verification result is used to characterize whether connecting check-in services have been opened between the requesting airlines. In response to the verification result indicating a request for airlines to open the connecting check-in service, the first request message is converted into request parameters corresponding to the first module based on the message type.

8. The method according to claim 1, characterized in that, In response to the forwarding target being the external departing system, the method further includes: Based on the message sending rules corresponding to the connecting check-in request, the second module is invoked to construct a second request message from the passenger information corresponding to the connecting check-in request; Based on the address rules corresponding to the connecting check-in request, the second request message is sent to the external departure system; Receive the second response message returned by the external departure system; The passenger information in the open departure system is updated based on the second response message.

9. The method according to claim 8, characterized in that, The method further includes: Based on multiple passenger information in the open departure system and the connecting flight identification information corresponding to each passenger information, the authenticity of the connecting flight information corresponding to the multiple passenger information is determined. The duplicate passenger information corresponding to the multiple passenger information is deduplicated to obtain the passenger information corresponding to the connecting flight check-in request.

10. The method according to claim 8, characterized in that, Updating the passenger information in the open departure system based on the second response message includes: Based on the boarding number and requested flight segment of the requesting system in the second response message, the target true travel information in the open departure system is determined; Based on the target real travel information and the connecting flight segment information in the second response message, the target connecting fake travel information is determined; Based on the passenger information in the second response message, update the target connecting vacation information.

11. The method according to claim 9, characterized in that, Based on the boarding number and requested flight segment of the requesting system in the second response message, the target true travel information in the open departure system is determined, including: The second response message is parsed to obtain preset identification information; Based on the preset identification information, it is determined whether the external departure system and the open departure system have successfully connected; In response to the successful connection between the external departure system and the open departure system, the target true travel information is determined based on the boarding number of the requesting system and the requested flight segment.

12. A system for processing inter-system check-in requests for departures, characterized in that, The system is configured for open departures, including: The departure intermodal module is used to receive intermodal check-in requests and, based on the first request message corresponding to the intermodal check-in request, determine the forwarding target of the intermodal check-in request, wherein the forwarding target includes one of the following: an external departure system and the open departure system; The departure control module is used to respond to the forwarding target being the open departure system, and based on the message type of the first request message, to call the interface request of the first module, generate a first response message, and return the first response message to the departure connecting module. The first module includes at least one of the following: check-in module, seat module, passenger record module, and baggage module. The departure intermodal module is also used to send the first response message to the external departure system.

13. The system according to claim 12, characterized in that, Also includes: The second module includes at least one of the following: a check-in module, a seat module, a passenger record module, and a baggage module, used to respond to the forwarding target being the external departure system, and to construct a second request message based on the message sending rules corresponding to the connecting check-in request, using the passenger information corresponding to the connecting check-in request. The message connection module is used to send the second request message to the external departure system based on the address rules corresponding to the connecting check-in request, and to receive the second response message returned by the external departure system. The second module is also used to update the passenger information in the open departure system based on the second response message.

14. An electronic device, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the method according to any one of claims 1 to 11.

15. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored executable program, wherein, when the executable program is executed, it controls the device on which the storage medium is located to perform the method according to any one of claims 1 to 11.

16. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method according to any one of claims 1 to 11.

Images