CN110942599A - Data monitoring method and system - Google Patents
Data monitoring method and system Download PDFInfo
- Publication number
- CN110942599A CN110942599A CN201911155300.6A CN201911155300A CN110942599A CN 110942599 A CN110942599 A CN 110942599A CN 201911155300 A CN201911155300 A CN 201911155300A CN 110942599 A CN110942599 A CN 110942599A
- Authority
- CN
- China
- Prior art keywords
- interaction
- information
- link
- determining
- verification result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/18—Status alarms
Landscapes
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application discloses a data monitoring method and a data monitoring system, which are used for acquiring check-in information and determining an interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when passenger information is verified, the interaction state is verified, a verification result is determined, and if the verification result shows that the interaction state is abnormal, early warning prompt is carried out. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
Description
Technical Field
The present application relates to the field of control, and in particular, to a data monitoring method and system.
Background
In order to meet the control requirements of entry and exit of each country, some countries begin to adopt the iAPI system to perform manual pre-inspection, for example: china, as long as the passenger information is obtained, the passenger information is sent to a relevant government for verification in real time, and the work of printing the boarding check is finished after the verification is passed, so that the verification of the passenger information is realized in real time, and the condition that visitors who do not have entry qualification or are unwelcome board or arrive at a destination country is avoided.
Because the iAPI system needs the frontier inspection agency to perform interactive information transmission with the departure host of the airline company to which all the inbound and outbound flights belong in the aviation private network, in order to ensure the stability and timeliness of the iAPI system and avoid the situation that a large number of passengers are accumulated in an airport and the like due to unstable terminal or system transmission of the system for a long time, the operation state of the iAPI system needs to be monitored.
Disclosure of Invention
In view of this, the present application provides a data monitoring method and system, and the specific scheme is as follows:
a method of data monitoring, comprising:
acquiring check-in information;
determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified;
verifying the interaction state and determining a verification result;
and if the verification result shows that the interaction state is abnormal, carrying out early warning prompt.
Further, the verifying the interaction state and determining a verification result includes:
determining the duration of each interactive link;
and if the duration of at least one interactive link is greater than a first preset duration, determining that the at least one interactive link is overtime interaction, and carrying out early warning display on the overtime interaction.
Further, the verifying the interaction state and determining a verification result includes:
determining a first preset time length;
determining data acquired from the time when the passenger information is verified in the interaction link to the first preset time to obtain a data set;
validating the data set;
if the data set is empty, performing overtime early warning; and if the data set has abnormal fields, performing abnormal early warning.
Further, the method also comprises the following steps:
if the verification result shows that the interaction state is not abnormal, the interaction state is distributed to different service code analysis components according to the message header service code type of the message information in the interaction link so as to finish the analysis of the verification result.
Further, the obtaining of the check-in information includes:
acquiring first information;
and carrying out field check on the first information to determine that the acquired first information is the check-in information.
A data monitoring system, comprising:
the acquisition unit is used for acquiring check-in information;
the state determining unit is used for determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified;
the result determining unit is used for verifying the interaction state and determining a verification result;
and the prompting unit is used for carrying out early warning prompt when the verification result shows that the interaction state is abnormal.
Further, the result determination unit is configured to:
and determining the time length of each interactive link, if the time length of at least one interactive link is greater than a first preset time length, determining that the at least one interactive link is overtime interaction, and performing early warning display on the overtime interaction.
Further, the result determination unit is configured to:
determining a first preset time length; determining data acquired from the time when the passenger information is verified in the interaction link to the first preset time to obtain a data set; validating the data set; if the data set is empty, performing overtime early warning; and if the data set has abnormal fields, performing abnormal early warning.
Further, the method also comprises the following steps: a dispensing unit, wherein:
and the distribution unit is used for distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link when the verification result shows that the interaction state is not abnormal, so as to finish the analysis of the verification result.
Further, the obtaining unit is configured to:
acquiring first information; and carrying out field check on the first information to determine that the acquired first information is the check-in information.
According to the technical scheme, the data monitoring method and the data monitoring system disclosed by the application acquire the check-in information, and determine the interaction state of the interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified, the interaction state is verified, the verification result is determined, and if the verification result shows that the interaction state is abnormal, the early warning prompt is carried out. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a data monitoring method disclosed in an embodiment of the present application;
FIG. 2 is a flow chart of a data monitoring method disclosed in an embodiment of the present application;
FIG. 3 is a flow chart of a data monitoring method disclosed in an embodiment of the present application;
fig. 4 is a schematic structural diagram of a data monitoring system disclosed in the embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The application discloses a data monitoring method, a flow chart of which is shown in fig. 1, comprising:
step S11, obtaining check-in information;
the check-in information refers to information about each flight in the airport, such as departure city and arrival city, departure time and arrival time, and information about passengers who take the flight.
Step S12, determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is checked;
when the passenger information is verified through the iAPI system, the first system acquires the passenger information, then the first system held by the side inspection agency sends the passenger information to departure hosts of airlines belonging to all inbound and outbound flights in the aviation private network, and then the departure hosts send the passenger information to a second system, wherein the second system is the side inspection agency of a terminal city of a flight to be taken by a passenger corresponding to the passenger information, then the second system verifies the passenger information to obtain a verification result, the second system sends the verification result to the departure hosts, the departure hosts send the verification result to the first system, and the first system receives the verification result.
If the verification result shows that the passenger information passes the verification, the passenger can take the flight to arrive at the terminal city and pass the side inspection of the side inspection organ of the terminal city, and for the terminal city, the passenger belongs to the passenger who can enter the terminal city; if the verification result shows that the passenger information does not pass the verification, the first system does not give boarding cards to the passengers corresponding to the passenger information, and the passengers are not allowed to take the scheduled flights directly, so that the situation that the passengers cannot pass the side inspection of the destination city after arriving at the destination city is avoided, and the passengers need to be sent back to the departure city, and the waste of time cost and resource cost is caused.
In order to maintain the iAPI system, it is necessary to monitor an interaction state of interaction when passenger information is transmitted from one system to another system in the iAPI system, so as to determine which link is abnormal if any abnormality occurs in the interaction process, and therefore, it is necessary to determine the interaction state of the interaction link.
Wherein the interaction state may include: when a certain system sends information to another system, the other system receives the sent information, the interaction is completed, when the certain system sends information to the other system, the other system does not receive the sent information, the interaction is not completed; or when the information is sent from one system to another system in the first time length, the other system receives the sent information and completes the interaction, and when the information is sent from one system to another system in the second time length, the other system does not receive the sent information and does not complete the interaction;
the interaction state may further include: when a certain system sends information to another system, the other system receives the same sent information, and then interaction is completed; when a system sends information to another system, the other system receives different information, and interaction is not completed.
The determination of the interaction state of the interaction link according to the operator information may specifically be: different passenger information can correspond to different flights, and different destinations corresponding to the different flights are determined according to the check-in information, so that the interaction state corresponding to the passenger information is determined.
Step S13, verifying the interaction state and determining a verification result;
and verifying the interaction state, namely whether the interaction is successful or not and whether the interaction is completed or not, thereby determining a verification result.
And step S14, if the verification result shows that the interaction state is abnormal, carrying out early warning prompt.
The abnormal interaction state may be: the interaction is not completed, or the information of the interaction is wrong, and the like.
When the interaction state is abnormal, the abnormality of the interaction process is indicated, and at the moment, an early warning prompt is sent to prompt staff to detect and perform abnormality processing on the iAPI system, so that the iAPI system can recover normal operation as soon as possible, timely verification of passenger information is guaranteed, and the problem that passengers are overstocked in an airport due to the fact that the passenger information cannot be timely verified due to the fact that the iAPI system breaks down is solved.
The abnormality of the interaction state may be: in the process of verifying the passenger information, when the interaction state between any two systems is abnormal, an early warning prompt is directly sent out to prompt a worker which interaction link is the specific fault;
or, the abnormality of the interaction state may also be: in the process of verifying the passenger information, an abnormal condition occurs in the complete interactive process from the passenger information sending to the passenger information receiving end point city, and at the moment, an early warning prompt is sent out to prompt at least one link in the interactive process of the staff to have a fault, but specifically which link needs to be further detected for the iAPI system.
The data monitoring method disclosed by the embodiment comprises the steps of obtaining the check-in information, determining the interaction state of an interaction link according to the check-in information, verifying the interaction state, determining the verification result, and giving an early warning prompt if the verification result indicates that the interaction state is abnormal, wherein the interaction link is transmitted between every two systems when the passenger information is verified. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
The present embodiment discloses a data monitoring method, a flowchart of which is shown in fig. 2, and includes:
step S21, obtaining check-in information;
step S22, determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is checked;
step S23, determining the duration of each interactive link;
and step S24, if the duration of at least one interactive link is longer than the first preset duration, determining that the at least one interactive link is an overtime link, and performing early warning display on the overtime link.
The duration of each interactive link is determined, i.e. the duration for which a message is sent from one system to another system, which can receive the message, can be determined by the time for which the message is sent from one system and the time for which the message is received by another system.
The method comprises the steps that a first preset time length is preset, if the time length of one interactive link is longer than the first preset time length, the time length used by the interactive link is considered to be too long and belongs to an overtime state, therefore, the interactive link is determined to be the overtime link, early warning display is carried out on the overtime link, so that a worker can determine which interactive link is too long in the whole interactive process according to the early warning display and belongs to the overtime link, information related to the overtime link in an iAPI system can be adjusted, the adjusted time length used by the interactive link is shortened and is smaller than the first preset time length and is within the range of the time length used by a normal interactive link, and the problems that the time length used by one interactive link is too long and the real-time performance is reduced are solved.
In addition, the following may be also possible:
determining a first preset time, determining data obtained in a period from the beginning of verifying the passenger information in the interaction link to the first preset time to obtain a data set, verifying the data set, performing overtime early warning if the data set is empty, and performing exception early warning if an exception field exists in the data set.
Presetting a first preset time length, determining whether a complete interactive process is completed within the first preset time length, and storing the obtained data to obtain a data set.
Whether a complete interaction process is completed within a first preset time length is specifically: the method comprises the steps of starting timing from a system based on the local side inspection agency, stopping timing after a first preset time length is reached, and storing data acquired by the system based on the local side inspection agency in the time length to obtain a data set.
Verifying the obtained data set to determine whether abnormal data exists in the data set, specifically, the abnormal data may be: the data set is blank, that is, the system on which the local side inspection authority is based does not acquire data returned by any other system within the first preset time, that is, the passenger information sent by the system does not obtain feedback related to the passenger information, at this time, it indicates that the time spent in the interaction process is too long, and the system is in an overtime state, and sends out an overtime early warning to prompt the staff that the feedback of the passenger information is overtime. In the process, if the system collects other passenger information, the other passenger information is sent out so as to obtain the feedback of the other passenger information in real time, and the whole process cannot wait for the untimely feedback of the certain passenger information.
When the overtime early warning is sent out, a echoing message can be spliced at the same time so as to carry out front-end display.
The exception data may also be: and if the abnormal field exists, the abnormal field indicates that some links in the interactive process have abnormal conditions, and abnormal data needs to be analyzed to determine what the abnormal conditions exist.
Specifically, if the field MSG _ RESP _ TYPE in the data set contains 1, it indicates that there is a report error message, and at this time, GAPP reports directly; if the field MSG _ RESP _ TYPE in the data set contains 2, the error of the side inspection exists, and at the moment, the GAPP replaces the side inspection for returning; if the field MSG _ OUT _ API _ TIME in the data set has a null value, the message sent by the GBS to the side inspection is abnormal, and at the moment, relevant personnel on duty needs to be contacted and researched; if all MSG _ IN _ API _ TIME are empty, indicating that the GBS receives the side inspection report and is abnormal, and at the moment, contacting with relevant research and development staff on duty; if the MSG _ IN _ API _ TIME part is empty, the GBS is indicated to receive the side inspection report and is abnormal, and at the moment, relevant research and development staff on duty need to be contacted; if the MSG _ OUT _ TIME has the null value, the situation that the GBS replies the navigation driver abnormity needs to be contacted with the conditions of research and development of related on-duty personnel and the like is indicated.
The GBS can be specifically a GBS OTM, is a front-end display module, and is used for receiving and processing the check-in information input by the front end and carrying out early warning prompt.
The data monitoring method disclosed by the embodiment comprises the steps of obtaining the check-in information, determining the interaction state of an interaction link according to the check-in information, verifying the interaction state, determining the verification result, and giving an early warning prompt if the verification result indicates that the interaction state is abnormal, wherein the interaction link is transmitted between every two systems when the passenger information is verified. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
The present embodiment discloses a data monitoring method, a flowchart of which is shown in fig. 3, and includes:
step S31, obtaining check-in information;
step S32, determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is checked;
step S33, verifying the interaction state and determining a verification result;
step S34, if the verification result shows that the interaction state is abnormal, early warning prompt is carried out;
and step S35, if the verification result shows that the interaction state is not abnormal, distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link so as to complete the analysis of the verification result.
If the verification result shows that the interaction state is abnormal, early warning prompt is required so as to overhaul or maintain the iAPI system in time and avoid delaying the passenger journey; if the verification result shows that the interaction state is not abnormal, at this time, the result that the interaction state is not abnormal can be directly displayed, or not displayed, and the following steps are also included: and distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link so as to complete the analysis of the verification result, realize the distribution of the verification result according to the difference of the message information and analyze the results of different types through different service code analysis components.
In addition, the interaction state shown by the verification result without exception may be: the whole interaction process has no abnormality, and can also be as follows: the interactive state of a certain interactive link is not abnormal, namely, the interactive state is only verified aiming at each interactive link, but not the interactive state of the complete interactive process.
In addition, when the message is distributed, the message distribution component for distributing the message is a message of the GBS OTM component received based on the feature code, and then the message needs to be distributed to different service code analysis components according to the feature code, so as to improve the efficiency of message distribution processing, i.e. the accuracy of analysis.
Further, the obtaining of the operator information may be: and acquiring first information, and carrying out field check on the first information to determine that the acquired first information is the value machine information.
And performing field check on the acquired information to verify whether the navigation department binary code input by the user meets the format requirement, for example: the "//", which is not an airline hos binary, is entered only for the purpose of receiving valid entries.
The data monitoring method disclosed by the embodiment comprises the steps of obtaining the check-in information, determining the interaction state of an interaction link according to the check-in information, verifying the interaction state, determining the verification result, and giving an early warning prompt if the verification result indicates that the interaction state is abnormal, wherein the interaction link is transmitted between every two systems when the passenger information is verified. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
The embodiment discloses a data monitoring system, a schematic structural diagram of which is shown in fig. 4, and the data monitoring system comprises:
an acquisition unit 41, a state determination unit 42, a result determination unit 43, and a presentation unit 44.
Wherein, the obtaining unit 41 is configured to: acquiring check-in information;
the state determination unit 42 is configured to: determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified;
the result determination unit 43 is configured to: verifying the interaction state and determining a verification result;
the prompting unit 44 is configured to: and when the verification result shows that the interaction state is abnormal, carrying out early warning prompt.
The check-in information refers to information about each flight in the airport, such as departure city and arrival city, departure time and arrival time, and information about passengers who take the flight.
When the passenger information is verified through the iAPI system, the first system acquires the passenger information, then the first system held by the side inspection agency sends the passenger information to departure hosts of airlines belonging to all inbound and outbound flights in the aviation private network, and then the departure hosts send the passenger information to a second system, wherein the second system is the side inspection agency of a terminal city of a flight to be taken by a passenger corresponding to the passenger information, then the second system verifies the passenger information to obtain a verification result, the second system sends the verification result to the departure hosts, the departure hosts send the verification result to the first system, and the first system receives the verification result.
If the verification result shows that the passenger information passes the verification, the passenger can take the flight to arrive at the terminal city and pass the side inspection of the side inspection organ of the terminal city, and for the terminal city, the passenger belongs to the passenger who can enter the terminal city; if the verification result shows that the passenger information does not pass the verification, the first system does not give boarding cards to the passengers corresponding to the passenger information, and the passengers are not allowed to take the scheduled flights directly, so that the situation that the passengers cannot pass the side inspection of the destination city after arriving at the destination city is avoided, and the passengers need to be sent back to the departure city, and the waste of time cost and resource cost is caused.
In order to maintain the iAPI system, it is necessary to monitor an interaction state of interaction when passenger information is transmitted from one system to another system in the iAPI system, so as to determine which link is abnormal if any abnormality occurs in the interaction process, and therefore, it is necessary to determine the interaction state of the interaction link.
Wherein the interaction state may include: when a certain system sends information to another system, the other system receives the sent information, the interaction is completed, when the certain system sends information to the other system, the other system does not receive the sent information, the interaction is not completed; or when the information is sent from one system to another system in the first time length, the other system receives the sent information and completes the interaction, and when the information is sent from one system to another system in the second time length, the other system does not receive the sent information and does not complete the interaction;
the interaction state may further include: when a certain system sends information to another system, the other system receives the same sent information, and then interaction is completed; when a system sends information to another system, the other system receives different information, and interaction is not completed.
The determination of the interaction state of the interaction link according to the operator information may specifically be: different passenger information can correspond to different flights, and different destinations corresponding to the different flights are determined according to the check-in information, so that the interaction state corresponding to the passenger information is determined.
And verifying the interaction state, namely whether the interaction is successful or not and whether the interaction is completed or not, thereby determining a verification result.
The abnormal interaction state may be: the interaction is not completed, or the information of the interaction is wrong, and the like.
When the interaction state is abnormal, the abnormality of the interaction process is indicated, and at the moment, an early warning prompt is sent to prompt staff to detect and perform abnormality processing on the iAPI system, so that the iAPI system can recover normal operation as soon as possible, timely verification of passenger information is guaranteed, and the problem that passengers are overstocked in an airport due to the fact that the passenger information cannot be timely verified due to the fact that the iAPI system breaks down is solved.
The abnormality of the interaction state may be: in the process of verifying the passenger information, when the interaction state between any two systems is abnormal, an early warning prompt is directly sent out to prompt a worker which interaction link is the specific fault;
or, the abnormality of the interaction state may also be: in the process of verifying the passenger information, an abnormal condition occurs in the complete interactive process from the passenger information sending to the passenger information receiving end point city, and at the moment, an early warning prompt is sent out to prompt at least one link in the interactive process of the staff to have a fault, but specifically which link needs to be further detected for the iAPI system.
Further, the result determining unit 43 is further configured to:
and determining the duration of each interactive link, and if the duration of at least one interactive link is greater than a first preset duration, determining that the at least one interactive link is overtime interaction, and performing early warning display on the overtime interaction.
The duration of each interactive link is determined, i.e. the duration for which a message is sent from one system to another system, which can receive the message, can be determined by the time for which the message is sent from one system and the time for which the message is received by another system.
The method comprises the steps that a first preset time length is preset, if the time length of one interactive link is longer than the first preset time length, the time length used by the interactive link is considered to be too long and belongs to an overtime state, therefore, the interactive link is determined to be the overtime link, early warning display is carried out on the overtime link, so that a worker can determine which interactive link is too long in the whole interactive process according to the early warning display and belongs to the overtime link, information related to the overtime link in an iAPI system can be adjusted, the adjusted time length used by the interactive link is shortened and is smaller than the first preset time length and is within the range of the time length used by a normal interactive link, and the problems that the time length used by one interactive link is too long and the real-time performance is reduced are solved.
In addition, the following may be also possible:
determining a first preset time, determining data obtained in a period from the beginning of verifying the passenger information in the interaction link to the first preset time to obtain a data set, verifying the data set, performing overtime early warning if the data set is empty, and performing exception early warning if an exception field exists in the data set.
Presetting a first preset time length, determining whether a complete interactive process is completed within the first preset time length, and storing the obtained data to obtain a data set.
Whether a complete interaction process is completed within a first preset time length is specifically: the method comprises the steps of starting timing from a system based on the local side inspection agency, stopping timing after a first preset time length is reached, and storing data acquired by the system based on the local side inspection agency in the time length to obtain a data set.
Verifying the obtained data set to determine whether abnormal data exists in the data set, specifically, the abnormal data may be: the data set is blank, that is, the system on which the local side inspection authority is based does not acquire data returned by any other system within the first preset time, that is, the passenger information sent by the system does not obtain feedback related to the passenger information, at this time, it indicates that the time spent in the interaction process is too long, and the system is in an overtime state, and sends out an overtime early warning to prompt the staff that the feedback of the passenger information is overtime. In the process, if the system collects other passenger information, the other passenger information is sent out so as to obtain the feedback of the other passenger information in real time, and the whole process cannot wait for the untimely feedback of the certain passenger information.
When the overtime early warning is sent out, a echoing message can be spliced at the same time so as to carry out front-end display.
The exception data may also be: and if the abnormal field exists, the abnormal field indicates that some links in the interactive process have abnormal conditions, and abnormal data needs to be analyzed to determine what the abnormal conditions exist.
Specifically, if the field MSG _ RESP _ TYPE in the data set contains 1, it indicates that there is a report error message, and at this time, GAPP reports directly; if the field MSG _ RESP _ TYPE in the data set contains 2, the error of the side inspection exists, and at the moment, the GAPP replaces the side inspection for returning; if the field MSG _ OUT _ API _ TIME in the data set has a null value, the message sent by the GBS to the side inspection is abnormal, and at the moment, relevant personnel on duty needs to be contacted and researched; if all MSG _ IN _ API _ TIME are empty, indicating that the GBS receives the side inspection report and is abnormal, and at the moment, contacting with relevant research and development staff on duty; if the MSG _ IN _ API _ TIME part is empty, the GBS is indicated to receive the side inspection report and is abnormal, and at the moment, relevant research and development staff on duty need to be contacted; if the MSG _ OUT _ TIME has the null value, the situation that the GBS replies the navigation driver abnormity needs to be contacted with the conditions of research and development of related on-duty personnel and the like is indicated.
The GBS can be specifically a GBS OTM, is a front-end display module, and is used for receiving and processing the check-in information input by the front end and carrying out early warning prompt.
Further, the data monitoring system disclosed in this embodiment may further include: a dispensing unit, wherein:
and the distribution unit is used for distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link when the verification result shows that the interaction state is not abnormal, so as to finish the analysis of the verification result.
If the verification result shows that the interaction state is abnormal, early warning prompt is required so as to overhaul or maintain the iAPI system in time and avoid delaying the passenger journey; if the verification result shows that the interaction state is not abnormal, at this time, the result that the interaction state is not abnormal can be directly displayed, or not displayed, and the following steps are also included: and distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link so as to complete the analysis of the verification result, realize the distribution of the verification result according to the difference of the message information and analyze the results of different types through different service code analysis components.
In addition, the interaction state shown by the verification result without exception may be: the whole interaction process has no abnormality, and can also be as follows: the interactive state of a certain interactive link is not abnormal, namely, the interactive state is only verified aiming at each interactive link, but not the interactive state of the complete interactive process.
In addition, when the message is distributed, the message distribution component for distributing the message is a message of the GBS OTM component received based on the feature code, and then the message needs to be distributed to different service code analysis components according to the feature code, so as to improve the efficiency of message distribution processing, i.e. the accuracy of analysis.
Further, the obtaining of the operator information may be: and acquiring first information, and carrying out field check on the first information to determine that the acquired first information is the value machine information.
And performing field check on the acquired information to verify whether the navigation department binary code input by the user meets the format requirement, for example: the "//", which is not an airline hos binary, is entered only for the purpose of receiving valid entries.
The data monitoring system disclosed in this embodiment acquires the check-in information, and determines the interaction state of the interaction link according to the check-in information, where the interaction link is an interaction link transmitted between every two systems when checking passenger information, verifies the interaction state, determines a verification result, and performs an early warning prompt if the verification result indicates that the interaction state is abnormal. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
The embodiment discloses a data monitoring device, including: the system comprises a front-end display module, a message distribution component and a query component.
The front-end display module is a GBS OTM, the message distribution component is a JCF message distribution component, and the query component is a JCF query component.
The GBS OTM is used for receiving and processing the value-machine information input by the front end, verifying the interactive state of the interactive link based on the value-machine information, and sending the interactive state to the JCF message distribution assembly; meanwhile, the GBS OTM reads the interaction records stored in the database table, displays the interaction records according to the mode of the workflow, and warns about abnormal conditions;
the JCF message distribution component receives and verifies the interactive state sent by the GBS OTM based on the characteristic code, and after the verification is passed, the message is distributed to different service code analysis components according to the type of the message header service code to complete the message analysis of the interactive state, and meanwhile, the JCF message distribution component is responsible for the heat preservation of the spliced interactive state log information and feeds the spliced interactive state log information back to the GBS OTM;
and the JCF query component is used for judging the interaction state.
The data monitoring device disclosed in this embodiment is implemented based on the data monitoring method of the above embodiment, and is not described herein again.
The data monitoring device disclosed in this embodiment acquires the check-in information, and determines the interaction state of the interaction link according to the check-in information, where the interaction link is an interaction link transmitted between every two systems when checking passenger information, verifies the interaction state, determines a verification result, and performs an early warning prompt if the verification result indicates that the interaction state is abnormal. The interactive link of every system is verified in this scheme through carrying out the verification to passenger information, whether the interactive link of every system appears unusually carrying out the verification process to passenger information in order to confirm, if unusual, then early warning suggestion, with the iAPI system that the suggestion staff verified passenger information appears unusually, need overhaul or other processing, in order to avoid the appearance of the passenger backlog problem in the airport that the iAPI system can not in time carry out the verification to passenger information and lead to.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, Read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A method for monitoring data, comprising:
acquiring check-in information;
determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified;
verifying the interaction state and determining a verification result;
and if the verification result shows that the interaction state is abnormal, carrying out early warning prompt.
2. The method of claim 1, wherein the verifying the interaction state and determining a verification result comprises:
determining the duration of each interactive link;
and if the duration of at least one interactive link is greater than a first preset duration, determining that the at least one interactive link is overtime interaction, and carrying out early warning display on the overtime interaction.
3. The method of claim 1, wherein the verifying the interaction state and determining a verification result comprises:
determining a first preset time length;
determining data acquired from the time when the passenger information is verified in the interaction link to the first preset time to obtain a data set;
validating the data set;
if the data set is empty, performing overtime early warning; and if the data set has abnormal fields, performing abnormal early warning.
4. The method of claim 1, further comprising:
if the verification result shows that the interaction state is not abnormal, the interaction state is distributed to different service code analysis components according to the message header service code type of the message information in the interaction link so as to finish the analysis of the verification result.
5. The method of claim 1, wherein obtaining the check-in information comprises:
acquiring first information;
and carrying out field check on the first information to determine that the acquired first information is the check-in information.
6. A data monitoring system, comprising:
the acquisition unit is used for acquiring check-in information;
the state determining unit is used for determining the interaction state of an interaction link according to the check-in information, wherein the interaction link is an interaction link transmitted between every two systems when the passenger information is verified;
the result determining unit is used for verifying the interaction state and determining a verification result;
and the prompting unit is used for carrying out early warning prompt when the verification result shows that the interaction state is abnormal.
7. The system of claim 6, wherein the result determination unit is configured to:
and determining the time length of each interactive link, if the time length of at least one interactive link is greater than a first preset time length, determining that the at least one interactive link is overtime interaction, and performing early warning display on the overtime interaction.
8. The system of claim 6, wherein the result determination unit is configured to:
determining a first preset time length; determining data acquired from the time when the passenger information is verified in the interaction link to the first preset time to obtain a data set; validating the data set; if the data set is empty, performing overtime early warning; and if the data set has abnormal fields, performing abnormal early warning.
9. The system of claim 6, further comprising: a dispensing unit, wherein:
and the distribution unit is used for distributing the interaction state to different service code analysis components according to the message header service code type of the message information in the interaction link when the verification result shows that the interaction state is not abnormal, so as to finish the analysis of the verification result.
10. The system of claim 6, wherein the acquisition unit is configured to:
acquiring first information; and carrying out field check on the first information to determine that the acquired first information is the check-in information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911155300.6A CN110942599A (en) | 2019-11-22 | 2019-11-22 | Data monitoring method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911155300.6A CN110942599A (en) | 2019-11-22 | 2019-11-22 | Data monitoring method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110942599A true CN110942599A (en) | 2020-03-31 |
Family
ID=69907877
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911155300.6A Pending CN110942599A (en) | 2019-11-22 | 2019-11-22 | Data monitoring method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110942599A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113674553A (en) * | 2021-08-16 | 2021-11-19 | 民航数据通信有限责任公司 | Flight full-phase digital instruction service on-demand pushing device based on data chain |
| CN114817398A (en) * | 2022-04-02 | 2022-07-29 | 中国民航信息网络股份有限公司 | Method and related device for replying message by substituting for frontier inspection system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5783946A (en) * | 1997-03-05 | 1998-07-21 | Abb Power T&D Company Inc. | Fault type classification algorithm |
| CN1946188A (en) * | 2004-10-06 | 2007-04-11 | 三星电子株式会社 | Method and apparatus of providing and receiving video services in digital audio broadcasting system |
| CN102484365A (en) * | 2009-08-31 | 2012-05-30 | Abb研究有限公司 | Method for selecting fault phase and determining fault type |
| CN106294826A (en) * | 2016-08-17 | 2017-01-04 | 北京北信源软件股份有限公司 | A kind of company-data Query method in real time and system |
| CN108537712A (en) * | 2018-04-13 | 2018-09-14 | 中国民航信息网络股份有限公司 | Support certificate method of calibration, device, equipment and the medium of a variety of verification modes |
-
2019
- 2019-11-22 CN CN201911155300.6A patent/CN110942599A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5783946A (en) * | 1997-03-05 | 1998-07-21 | Abb Power T&D Company Inc. | Fault type classification algorithm |
| CN1946188A (en) * | 2004-10-06 | 2007-04-11 | 三星电子株式会社 | Method and apparatus of providing and receiving video services in digital audio broadcasting system |
| CN102484365A (en) * | 2009-08-31 | 2012-05-30 | Abb研究有限公司 | Method for selecting fault phase and determining fault type |
| CN106294826A (en) * | 2016-08-17 | 2017-01-04 | 北京北信源软件股份有限公司 | A kind of company-data Query method in real time and system |
| CN108537712A (en) * | 2018-04-13 | 2018-09-14 | 中国民航信息网络股份有限公司 | Support certificate method of calibration, device, equipment and the medium of a variety of verification modes |
Non-Patent Citations (1)
| Title |
|---|
| 国家移民管理局: "《国家移民管理局管网》", 10 January 2019 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113674553A (en) * | 2021-08-16 | 2021-11-19 | 民航数据通信有限责任公司 | Flight full-phase digital instruction service on-demand pushing device based on data chain |
| CN114817398A (en) * | 2022-04-02 | 2022-07-29 | 中国民航信息网络股份有限公司 | Method and related device for replying message by substituting for frontier inspection system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108563214B (en) | Vehicle diagnosis method, device and equipment | |
| US8170988B2 (en) | System and method for synchronizing databases | |
| JP2009505224A (en) | Fault data management | |
| CN110942599A (en) | Data monitoring method and system | |
| US20160086130A1 (en) | Method and apparatus for foreign trade and export control | |
| US20160012539A1 (en) | Mobile total loss vehicle evaluation system | |
| WO2017133028A1 (en) | Passenger ticket changing system and method | |
| CN104021442A (en) | Ticket change system and method based on travel distance | |
| CN113222534A (en) | Method and device for automatically modifying departure flight state | |
| CN113672501B (en) | Parking lot service testing method and device | |
| CN109586946B (en) | Exception handling method and device and computer readable storage medium | |
| CA3004089C (en) | Method of associating locations with devices | |
| KR20140136092A (en) | System for verifying details of car maintenance and method thereof | |
| CN110659885A (en) | Vehicle annual inspection method and related equipment | |
| CN112766982A (en) | Vehicle accessory after-sale service method and device | |
| CN114170741B (en) | Transaction efficiency monitoring method, ATM front-end system and self-service business control and management system | |
| CN116029695A (en) | Rail transit inspection work order processing method and device, electronic equipment and storage medium | |
| EP3745330A1 (en) | System and method to update aircraft maintenance records using blockchain technology | |
| JP2013092840A (en) | Vehicle inspection and maintenance system | |
| CN112950226A (en) | Industrial and commercial cluster registration method and device, electronic equipment and readable storage medium | |
| CN112182016A (en) | Automatic checking method for higher point check and related system | |
| CN111831904A (en) | Passenger behavior data analysis method and system | |
| CN110472848A (en) | Based on maintenance task dispatching method, car owner, service and the car trader end linked in many ways | |
| CN112528389A (en) | Vehicle information processing method and device and vehicle operation management platform | |
| CN114696857B (en) | Vehicle maintenance method, device, terminal and computer readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200331 |