Finished passenger data query method and system, electronic equipment and storage medium

Abstract

The invention relates to the technical field of passenger data management, and provides a finished passenger data query method and system, electronic equipment and a storage medium, and the method comprises the steps: obtaining a query request, and generating query parameters to a transaction database based on the query request; according to query parameters in the transactional database, analyzing the business database when business is idle, obtaining information of finished travelers in the active data area and the inactive data area based on the business database, and then generating finished traveler travel query results to the transactional database; and returning a query result based on the transaction database. Therefore, the information of the finished travelers in the active data area and the inactive data area is acquired during the idle service, so that the bandwidth during the idle service is flexibly utilized to query the data in the inactive area, the service state is more efficiently acquired, the online real-time query of the query result is realized, the convenience of data acquisition is improved, and the user experience is improved. And the requirements of airline staff, agents and airport staff on data response time acquisition can be met.

Description

Technical Field

[0001] The present disclosure relates to the technical field of passenger data management, and in particular to a method, system, electronic device and storage medium for querying passenger data. Background Art

[0002] In order to meet business needs and minimize the storage and use costs of data, airlines divide passenger data into active data, inactive data, and archived data, and divide the data storage area into active data area, inactive data area, and archived data area. Active data refers to data that passengers have not traveled or that passengers have traveled but are frequently accessed. Inactive data refers to data that passengers have traveled and have a low access frequency. Archived data refers to data that passengers have traveled and are rarely accessed.

[0003] For the data of passengers who have completed their trip, they are stored in the active data area or the inactive data area according to the access frequency. The data in the active data area can be accessed online in real time, while the data in the inactive data area can only be accessed online during the business downtime, and needs to be accessed offline during non-business downtime. The archived data area stores archived data, which cannot be accessed online. The data needs to be "unfrozen" after approval and imported into the inactive data area for access.

[0004] Currently, the data of passengers who have completed a trip and stored in the inactive data area is usually accessed offline during non-business hours. According to the historical periodicity of business status changes, one or several fixed time points are selected daily for offline batch processing, which makes it easy to limit the access to data in the inactive area. This not only takes a long time to process and is inefficient, but also makes it difficult to meet the requirements of airline personnel, agents and airport personnel for data response time. Summary of the invention

[0005] To solve the above problems, the present invention provides a method, system, electronic device and storage medium for querying passenger data. By automatically analyzing the business status at a high frequency and in a timely manner, the bandwidth during business off-peak hours is flexibly used to query the data in the non-active area, so that the data in the non-active area can be queried during business off-peak hours and non-business off-peak hours. In this way, the query processing time can be flexibly set through the configured offline processing method, and a minute-level response can be achieved to improve the query efficiency. Through horizontal expansion, the query response speed can be further improved to achieve a near real-time processing effect, meeting the requirements of airline personnel, agents and airport personnel for the response time of obtaining data.

[0006] A first aspect of the present disclosure provides a method for querying data of completed passengers, comprising: obtaining a query request, generating query parameters based on the query request to a transaction database; analyzing a business database during off-peak hours according to the query parameters in the transaction database, obtaining information on completed passengers in active data areas and inactive data areas based on the business database, and then generating a query result for the itinerary of completed passengers to the transaction database; and returning the query result based on the transaction database.

[0007] With this arrangement, the information of completed passengers in the active data area and the inactive data area can be obtained during off-peak hours, so that the bandwidth during off-peak hours can be flexibly used to query the data in the inactive area, the business status can be obtained more efficiently, the query results can be queried online in real time, the convenience of data acquisition can be improved, and the requirements of airline personnel, agents and airport personnel for data acquisition response time can be met.

[0008] In some embodiments, obtaining a query request and generating query parameters to a transaction database based on the query request includes: performing a query permission check based on the query parameters and generating a check result; if the check result passes, storing the query parameters to the transaction database.

[0009] Such a setting helps to conduct full school verification of the inquirer information and data type, so as to facilitate the inquiry of passenger reservation information and ticket information, thereby increasing the security of passenger information inquiry.

[0010] In some embodiments, the query permission verification based on the query parameters, before generating the verification result, includes: obtaining the query person information; obtaining the passenger information and passenger data type that need to be queried based on the query person information; generating query parameters based on the query person information, passenger information and data type.

[0011] In this way, the information of the inquirer and the type of passenger data are distinguished by setting permissions, so that the corresponding information of the passenger can be queried according to the permissions of the inquirer, thereby facilitating the generation of query parameters for passengers who have already traveled.

[0012] In some embodiments, analyzing the business database during business off-peak hours according to the query parameters in the transaction database, obtaining the completed passenger information in the active data area and the inactive data area based on the business database, and then generating the completed passenger itinerary query results to the transaction database includes: performing a business status analysis operation based on the business database to obtain the business status; querying the completed passenger information in the active data area and the inactive data area based on the business status; performing data processing operations based on the completed passenger information to obtain the completed passenger itinerary query results; and storing the completed passenger itinerary query results to the transaction database.

[0013] Such a setting makes it easy to parse the operation status of the business database into the business status and save it, so that each type of business data can be sent to the external system at a fixed time interval, thereby facilitating real-time acquisition of the information of passengers who have traveled in the active data area and the inactive data area, and realizing automatic and flexible use of the bandwidth during business off-peak hours to query the data in the inactive data area, thereby facilitating the acquisition of itinerary query results of passengers who have traveled during business off-peak hours.

[0014] In some embodiments, the business status parsing operation is performed based on the business database, and obtaining the business status includes: judging whether it is in a busy state or a display state based on the business status; if it is in a busy state, waiting for the next acquisition and parsing action to be triggered; if it is in an idle state, querying the data of passengers who have completed the trip.

[0015] This setting makes it easy to distinguish between busy and off-peak hours for inquiries, which helps to inquire about the data of passengers who have already traveled during off-peak hours.

[0016] In some embodiments, the data processing operation is performed based on the information of the completed passengers to obtain the itinerary query results of the completed passengers, including: obtaining the number of operations of the completed passengers and the trigger interval time for querying the information of the completed passengers; obtaining data in the inactive data area during business off-peak hours based on the number of operations and the trigger interval time; and generating the itinerary query results of the completed passengers based on the data in the inactive data area during business off-peak hours.

[0017] With this setting, the number of jobs and the trigger interval can be flexibly modified to improve data processing efficiency, improve response time, implement configurable offline processing, achieve a processing effect of minute-level response, and improve query efficiency.

[0018] In some embodiments, returning the query result based on the transaction database includes: obtaining query parameters based on the transaction database; obtaining the data status and data type status in the transaction database based on the query parameters; judging whether the query result is completed based on the data status and data type status, and returning the query result if completed.

[0019] Such a setting helps to filter out, according to data status and data, passenger data whose requests have not been processed during non-business idle time, passenger data whose completed trips are to be automatically processed during business idle time, and passenger data whose completed trips are being queried, thereby helping to return query results according to the completed data status.

[0020] A second aspect of the present disclosure provides a system for querying data of completed passengers, the system comprising: a query receiving module, for obtaining a query request, and generating query parameters to a transaction database based on the query request; a query processing module, for analyzing a business database during off-peak hours according to the query parameters in the transaction database, obtaining information on completed passengers in active data areas and inactive data areas based on the business database, and then generating a query result for the itinerary of completed passengers to the transaction database; and a query returning module, for returning the query result based on the transaction database.

[0021] With this setting, by introducing a transaction database, the passenger result data is transferred from the inactive data area of ​​the business database to the transaction database. The query results are no longer affected by the busy or idle state of the business database, and online real-time query of the query results is achieved, thereby improving the convenience of data acquisition.

[0022] A third aspect of the present disclosure provides an electronic device, comprising: a memory for storing a computer program; and a processor for implementing a method for querying passenger data as described in the first aspect when executing the computer program.

[0023] The technical effects brought about by any possible implementation of the third aspect can refer to the technical effects brought about by the above-mentioned first aspect, and will not be repeated here.

[0024] A fourth aspect of the present disclosure provides a computer storage medium, on which a computer program is stored. When the computer program is executed by a processor, a method for querying passenger data as described in the first aspect is implemented.

[0025] The technical effects brought about by any possible implementation of the fourth aspect can refer to the technical effects brought about by the above-mentioned first aspect, and will not be repeated here.

[0026] Compared with the prior art, the present invention has the following advantages:

[0027] 1. Automatically analyze business status at high frequency and at regular intervals, and flexibly use bandwidth during business off-peak hours to query data in inactive areas, solving the problem of limited access to data in inactive data areas.

[0028] 2. Adopt configurable offline processing mode, flexibly set query processing time, achieve minute-level response, and improve query efficiency.

[0029] 3. Through horizontal expansion, the query response speed is further improved to achieve near real-time processing effects and meet the requirements of airline personnel, agents and airport personnel for data response time.

[0030] 4. Introduce a transaction database, and transfer passenger result data from the inactive data area to the transaction database to achieve online real-time query of query results, thereby improving the convenience of data acquisition.

[0031] Other features and advantages of the present disclosure will be described in the following description, and partly become apparent from the description, or be understood by implementing the present disclosure. The purpose and other advantages of the present disclosure can be realized and obtained by the structures pointed out in the description, claims and drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present disclosure. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0033] Figure 1 A flow chart of a method for querying passenger data provided by an embodiment of the present disclosure;

[0034] Figure 2 A flowchart of query parameter reception provided by an embodiment of the present disclosure;

[0035] Figure 3 A flowchart of a query processing method provided by an embodiment of the present disclosure;

[0036] Figure 4 A flowchart of the query processing process provided by the embodiment of the present disclosure;

[0037] Figure 5 A flowchart of each data processing job provided for an embodiment of the present disclosure;

[0038] Figure 6 A flowchart of the query result return process provided by the embodiment of the present disclosure;

[0039] Figure 7 A block diagram of a passenger data query system provided by an embodiment of the present disclosure;

[0040] Figure 8 A structural block diagram of an electronic device provided by the present invention. DETAILED DESCRIPTION

[0042] In order to make the purpose, technical solution and advantages of the embodiments of the present disclosure clearer, the technical solution in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present disclosure.

[0043] The following is a brief introduction to some concepts that may be involved in the embodiments of the present disclosure.

[0044] With the rapid development of the global aviation industry, China has created a closed loop of civil aviation information services through three major systems: Inventory Control System (ICS), Computer Reservation System (CRS) and Departure Control System (DCS) to provide services for passengers. The three systems contain a large amount of core data such as flight schedules, fares, booking information, departure information, etc. After airline personnel, agents and airport personnel use the three systems to provide services for passengers, they usually have the need to query and analyze historical transactions.

[0045] The disclosed embodiment accesses and queries the active data and inactive data of passengers who have completed a trip on three major systems, and provides a method for querying the data of passengers who have completed a trip. In addition to using a business database, a transaction database is also introduced to transfer the passenger result data from the inactive data area to the transaction database, thereby realizing online real-time query of the query results, flexibly using the bandwidth during business off-peak hours to query the data in the inactive area, and solving the problem of limited access to data in the inactive data area.

[0046] Among them, the business database: the passenger booking information, ticket information, boarding information, etc. generated by airline personnel, agents and airport personnel using the TravelSky system to provide services for passengers are all stored in the business database. The business database regularly archives passenger data from the active data area to the inactive data area after a period of travel according to business rules. Therefore, after the passenger travels, the data within the scope of the business rules is stored in the active data area, and the data outside the scope of the business rules is stored in the inactive data area.

[0047] Transaction database: used to store information generated by airline personnel, agents and airport personnel when querying passenger data that has been completed, including business status table, query parameter table and query result table. Business status table is used to record the busy and idle status of each business type in the business database. Query parameter table is used to record the query information sent by the queryer and the processing status of the query. Query result table is used to record the query result data.

[0048] See also Figure 1 , Figure 1 A flow chart of a method for querying passenger data provided by an embodiment of the present disclosure, the method comprising the following steps:

[0049] S100: Obtain a query request, and generate query parameters based on the query request to a transaction database.

[0050] In this embodiment, the query person information is first obtained, and the passenger information and passenger data type to be queried are obtained based on the query person information, and then query parameters are generated based on the query person information, passenger information and data type; query authority verification is then performed based on the query parameters to generate verification results. If the verification result passes, the query parameters are stored in the transaction database. It can be understood that the query parameters are received and stored, and the query ID is returned. After the airline personnel, agents and airport personnel enter the query parameters through the front-end interface, the back-end system performs authority verification on the query parameters, records the query parameters that pass the verification into the query parameter table of the transaction database, and returns the query ID to the front-end interface.

[0051] In some embodiments, see Figure 2 , Figure 2 The query parameter receiving flow chart provided in the embodiment of the present disclosure is used to receive a query request in real time and return a query ID. S100 also includes the following steps S101 to S103:

[0052] S101: Receive query parameters.

[0053] In this embodiment, when airline personnel, agents and airport personnel make their first inquiry, they first register as users through the front-end interface. When registering, the inquirer information is provided. If it is an airline personnel, the airline to which they belong or their work number is provided. If it is an agent, the department number of their sales unit or their work number is provided. If it is an airport personnel, the airport to which they belong or their work number is provided. The registration information also includes the system (ICS, CRS, DCS) used by the inquirer. The above is saved in the front end as the inquirer information. After registration is completed, the inquirer enters the passenger information to be queried through the front-end interface, such as the passenger's name, flight number, departure date, and the ticket number purchased by the passenger, which can identify the basic information of the individual passenger. And select the type of passenger data to be queried, such as reservation information, ticket information, flight information, etc. The front-end interface sends the inquirer information, passenger information, and data type as query parameters to the back-end system.

[0054] S102, verifying query authority.

[0055] In this embodiment, after the backend system receives the query parameters sent by the front-end interface, it first performs a permission check on the query person information and data type. For example, the I CS system and CRS system users provide sales services to passengers, but do not provide boarding services. Therefore, when the inquirer of the I CS system wants to query the information of the passengers who have completed the trip, he can only query the data types related to passenger sales, such as reservation information and ticket information, but cannot query the passenger's boarding information. If the permission check passes, the next step is to generate a query ID. If the permission check fails, there is no right to query.

[0056] S103: Generate a query ID.

[0057] In this embodiment, the backend system combines the query person information and the query request time into a query ID. To ensure the uniqueness of the ID, the query time is accurate to milliseconds. For example, if the agent user 12345 of the CRS system sends a query request at 12:34:56:789 on January 1, 2024, the query ID is 12345C20140101123456789.

[0058] S104: Store the query ID and query parameters.

[0059] In this embodiment, in the transaction database of the background system, each business type has its corresponding query parameter table, and the query ID, query person information and passenger information are saved in the query parameter table of the corresponding data type in the transaction database, and the processing status of the query is set to "incomplete".

[0060] For example, taking the business type of ticket information as an example, the query parameter table in the physical database has the following contents:

[0061]

[0062]

[0063] S105. Return the query ID.

[0064] In this embodiment, the backend system returns the query ID to the inquirer through the front-end interface.

[0065] S200, analyzing the business database during off-peak hours according to the query parameters in the transaction database, obtaining the completed passenger information in the active data area and the inactive data area based on the business database, and then generating the completed passenger itinerary query result to the transaction database.

[0066] In this embodiment, a near real-time processing effect is achieved through a configurable offline processing method, which consists of two parts: state analysis operation and data processing operation. It realizes automatic and flexible use of bandwidth during business off-peak hours to query inactive area data, meet the query needs of the queryer, and solve the problem of limited access to data in inactive data areas.

[0067] In some embodiments, see Figure 3 and Figure 4 , Figure 3 A flowchart of a query processing method provided by an embodiment of the present disclosure, Figure 4 The query processing flow chart provided by the embodiment of the present disclosure implements configurable offline processing. S200 further includes the following steps S201 to S102:

[0068] S201: Status analysis operation.

[0069] In this embodiment, the business status is parsed based on the business database to obtain the business status. Then the business status is judged whether it is in a busy state or a display state; if it is in a busy state, wait for the next acquisition and parsing action to be triggered; if it is in an idle state, query the data of the passengers who have traveled.

[0070] Exemplarily, the job status of the business database is parsed into the business status and saved. Each type of business data in the business database has one or more data processing jobs responsible for data loading and conversion. The business status can be judged according to the status of the data processing job. The status of the data processing job is sent to the external system in the form of a file at a fixed time interval. After the status parsing job receives the job status file, it parses the job status into the business status, and saves the parsing result to the business status table of the transaction database for use by subsequent data processing jobs, so as to realize automatic and flexible use of bandwidth during business off-peak hours to query inactive area data.

[0071] For example,

[0072] Business Type state Reservation idle Tickets Non-idle By plane idle ...... ......

[0073] S202: Data processing operation.

[0074] In this embodiment, the information of completed passengers in the active data area and the inactive data area is queried based on the business status; then data processing operations are performed based on the information of completed passengers to obtain the query results of the itinerary of completed passengers; finally, the query results of the itinerary of completed passengers are stored in the transaction database.

[0075] For example, it is responsible for querying the data of passengers who have completed their trips. Each data type has its own data processing job, which can be expanded horizontally. Each data type can deploy multiple data processing jobs with the same function, which are triggered regularly in a time slice polling manner. The number of jobs and the trigger interval time can be flexibly modified. By modifying the number of jobs and the trigger interval time, the efficiency of data processing and the response time can be improved.

[0076] For example, if the business type is ticket information, if two data processing jobs are deployed: Job A and Job B, they start at 00:00 and 05:00 every hour respectively, and are automatically triggered and executed at intervals of ten minutes, the processing time of the entire ticket information data is five minutes. According to the time required for each job execution, the time interval can be flexibly configured to implement a configurable offline processing method, achieve a processing effect of minute-level response, and improve query efficiency.

[0077]

[0078]

[0079] For another example, taking the deployment of two data processing jobs as an example, more data processing jobs can be deployed through horizontal expansion. For example, when five data processing jobs are deployed: Job A, Job B, Job C, Job D, and Job E, they start at 00:00, 02:00, 04:00, 06:00, and 08:00 every hour, and are automatically triggered and executed at a frequency of ten minutes. The overall processing interval is shortened to two minutes. This further improves the efficiency and response speed of data processing and achieves near real-time processing effects.

[0080] Operation Start execution time (minutes) Homework A 00、10、20、30、40、50 Homework B 02、12、22、32、42、52 Homework C 04、14、24、34、44、54 Homework D 06、16、26、36、46、56 Homework E 08、18、28、38、48、58

[0081] In some embodiments, see Figure 5 , Figure 5 The flowchart of each data processing operation provided in the embodiment of the present disclosure may include the following steps S210 to S215:

[0082] S210: Read the business status of the corresponding business type in the business status table in the transaction database.

[0083] In this embodiment, if it is in the busy state, then wait for the next timing trigger. If it is in the idle state, enter the next step of processing.

[0084] S211. Synchronize query parameters.

[0085] In this embodiment, the transaction database query parameter table is read, and the query ID and passenger information with a data status of "unfinished" are synchronized from the transaction database to the business database.

[0086] S212. Query the data of passengers who have completed the trip.

[0087] In this embodiment, the passenger information is queried in the active data area and the inactive data area of ​​the business database respectively according to the passenger information. According to the passenger's complete itinerary, it is determined whether the passenger is a traveler, and the passenger is labeled "traveled" or "not traveled".

[0088] S213. Synchronize query results.

[0089] In this embodiment, the data with the passenger tag "completed" is returned from the business database to the query result table of the transaction database. By introducing the transaction database, the passenger result data is transferred from the inactive data area of ​​the business database to the transaction database, and the query result is no longer affected by the busy or idle state of the business database, realizing online real-time query of the query result and improving the convenience of data acquisition.

[0090] S214: Update data status.

[0091] In this embodiment, the data status of the query ID processed in this round in the transaction database query parameter table is changed from "unfinished" to "completed".

[0092] For example, taking the business type of ticket information as an example, the query parameter table content is as follows:

[0093]

[0094] S300: Return query results based on the transaction database.

[0095] In the disclosed embodiment, query parameters are obtained based on the transaction database, data status and data type status in the transaction database are obtained according to the query parameters, and then it is determined whether the query result is completed, and if completed, the query result is returned.

[0096] In some embodiments, see Figure 6 , Figure 6 The query result return flow chart provided in the embodiment of the present disclosure is used to receive the query ID in real time and return the query status and the passenger data results. S300 also includes the following steps S301 to S304:

[0097] S301: Receive query parameters.

[0098] In this embodiment, the inquirer transmits the inquiry ID to the backend through the front-end interface.

[0099] S302: Status check.

[0100] In this embodiment, the data status is obtained according to the query ID in the query parameter table of the transaction database. If the data status is "unfinished" and the data type status corresponding to the query ID in the business status table is "non-idle", it means that the request is not processed when the business is not idle, and it will be automatically processed when the business is idle. If the data status is "unfinished" and the data type status corresponding to the query ID in the business database status table is "idle", it means that the query is in progress. If the data status is "completed", you can proceed to the next step.

[0101] S303: Query results and verify permissions.

[0102] In this embodiment, the query result table of the transaction database is searched for results, and the airline, agent number or airport information in the query result is compared with the query person information. If the match is inconsistent, the query person has no query authority and the passenger data to be queried cannot be returned. If the match is consistent, the query person has query authority.

[0103] For example, for agent user 12345 in the CRS system, the query ID is 123456C20140101123456789, and the agent number of this ID in the transaction database result table is 12345, indicating that this piece of information was created or modified by agent 12345, and he has the query permission. If the agent number of this ID in the transaction database result table is 54321, it means that this piece of information was created or modified by agent 54321, and agent 12345 does not have the query permission.

[0104] S304: Return the query status and query results.

[0105] In this embodiment, the status check result of S302 and the query result of S303 passing the authority check are returned to the inquirer through the front-end interface.

[0106] Based on the above method, the present disclosure also provides a passenger data query system corresponding to the above method. Figure 7 , Figure 7 The block diagram of a passenger data query system provided by the embodiment of the present disclosure includes a query receiving module, a query processing module and a query returning module. The query receiving module is used to obtain a query request and generate query parameters to the transaction database based on the query request. The query processing module is used to analyze the business database during business downtime according to the query parameters in the transaction database, obtain the information of passengers who have traveled in the active data area and the inactive data area based on the business database, and then generate the itinerary query results of passengers who have traveled to the transaction database. The query returning module is used to return the query results based on the transaction database.

[0107] In this embodiment, by introducing a transaction database, the passenger result data is transferred from the inactive data area to the transaction database, and the query results are queried online in real time, so that airline personnel, agents and airport personnel can obtain the data of completed passengers more efficiently and flexibly, and analyze historical transaction data.

[0108] Based on the same inventive concept as the above disclosed content, the present disclosure also provides an electronic device 2000. Figure 8 , Figure 8 The electronic device 2000 of the embodiment of the present disclosure includes at least one processor 210 and at least one memory 220 which are electrically connected. The memory 220 is electrically connected to the processor 210, wherein the memory 220 stores instructions which can be executed by the at least one processor 210, and the instructions are executed by the at least one processor 210 so that the at least one processor 210 can execute the method as described above.

[0109] It should be noted that the electrical connection between the above-mentioned units does not necessarily mean the connection between lines. An indirect connection method can be applied to the embodiments of the present disclosure as long as the purpose of the present disclosure is achieved.

[0110] Based on the same inventive concept, the present disclosure also provides a computer storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the method described above is performed. The storage medium may include: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0111] Although the present disclosure has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present disclosure.

Claims

1. A method for querying passenger data, characterized in that: The method comprises, Obtaining a query request, and generating query parameters based on the query request to a transaction database; Analyze the business database during off-peak hours according to the query parameters in the business database, obtain the completed passenger information in the active data area and the non-active data area based on the business database, and then generate the completed passenger itinerary query result to the business database; The query result is returned based on the transaction database.

2. The method according to claim 1, characterized in that The obtaining of the query request and generating query parameters to the transaction database based on the query request includes: Perform query permission verification based on the query parameters and generate a verification result; If the verification result passes, the query parameters are stored in the transaction database.

3. The method according to claim 2, characterized in that The query permission verification based on the query parameter and generating the verification result include: Get the query person information; Acquire the passenger information and passenger data type to be queried based on the query person information; Generate query parameters based on the query person information, passenger information and data type.

4. The method according to claim 1, characterized in that The step of analyzing the business database during off-peak hours according to the query parameters in the business database, obtaining the completed passenger information in the active data area and the non-active data area based on the business database, and then generating the completed passenger itinerary query result to the business database comprises: Performing a business status analysis operation based on the business database to obtain the business status; Based on the business status, query the active data area and the non-active data area for the information of the passengers who have traveled; Perform data processing based on the information of the passengers who have completed the trip to obtain the itinerary query results of the passengers who have completed the trip; The query result based on the completed passenger itinerary is stored in the transaction database.

5. The method according to claim 4, characterized in that The performing of a business status analysis operation based on the business database to obtain the business status includes: Determine whether the service is in a busy state or a display state based on the service state; If it is in the busy state, wait for the next acquisition and parsing action to be triggered; If it is in off-peak time, the data of passengers who have completed the trip will be queried.

6. The method according to claim 4, characterized in that The performing of data processing based on the information of the passengers who have completed the trip to obtain the itinerary query result of the passengers who have completed the trip includes: The number of operations for obtaining the passengers who have completed the trip and the trigger interval for querying the information of the passengers who have completed the trip; Acquire the data of the inactive data area during the business idle time based on the number of jobs and the trigger interval time; Generate completed passenger itinerary query results based on the data in the non-active data area during the business off-peak hours.

7. The method according to claim 1, characterized in that The returning the query result based on the transaction database comprises: Acquiring query parameters based on the transaction database; Acquire the data status and data type status in the transaction database based on the query parameters; Whether the query result is completed is determined based on the data status and data type status, and if completed, the query result is returned.

8. A passenger data query system, characterized in that: The system comprises: A query receiving module, used to obtain a query request and generate query parameters based on the query request to a transaction database; A query processing module, configured to analyze the business database during off-peak hours according to the query parameters in the business database, obtain the information of completed passengers in the active data area and the inactive data area based on the business database, and then generate the itinerary query results of the completed passengers to the business database; A query returning module is used to return the query result based on the transaction database.

9. An electronic device, characterized in that: The electronic device comprises: Memory for storing computer programs; A processor is used to implement a method for querying passenger data of a trip as claimed in any one of claims 1 to 7 when executing the computer program.

10. A computer storage medium, characterized in that: The computer storage medium stores a computer program, and when the computer program is executed by the processor, the method for querying passenger data according to any one of claims 1 to 7 is implemented.

Images