Air cargo message processing method and system, electronic device, program product
By connecting with various message terminals through a B/S architecture, flexible message sending and receiving for air cargo companies has been achieved, solving the high cost problem caused by configuring multiple terminals and improving compatibility and versatility.
Patent Information
- Application Number
- CN202511576232.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2025-10-31
- Publication Date
- 2026-02-27
- Estimated Expiration
- 2045-10-31
AI Technical Summary
Air cargo companies need to configure multiple AFTN and SITA message terminals, resulting in high operating costs and poor compatibility and versatility.
It adopts a B/S architecture to interface with various message terminals, realizes message sending and receiving of multiple business departments through a browser, and uses an interface layer to interface with message terminals, parses and classifies messages for storage, and sends messages according to telegram addresses, thereby reducing the number of terminals and the deployment of dedicated network lines.
It reduced operating costs, improved compatibility and versatility, simplified implementation, shortened implementation cycle, and met the flexible message sending and receiving needs of multiple business departments.
Smart Images

Figure CN121037474B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of air freight, and in particular to an air freight message processing method and system, an electronic device, and a program product. BACKGROUND
[0002] In the process of air freight transportation, air freight enterprises interact with each other through Type B telegrams, which is an important message storage and forwarding system in the civil aviation industry and is also widely used in the field of air freight. For example, airport ground agents, airlines, and other air transport enterprises generally receive and send AFTN messages through Aeronautical Fixed Telecommunication Network (AFTN) message terminals and receive and send SITA messages through Societe International De Telecommunications (SITA) message terminals.
[0003] Currently, airports and airlines need to purchase multiple dedicated AFTN message terminals or SITA message terminals to meet the business needs of multiple business departments for sending and receiving telegrams, and lay special line networks for each message terminal, which is relatively high in operating cost. SUMMARY
[0004] The embodiments of the present application provide an air freight message processing method and system, an electronic device, and a program product to solve the problem of high operating cost caused by multiple business departments configuring multiple AFTN message terminals and SITA message terminals.
[0005] In a first aspect, the embodiments of the present application provide an air freight message processing method, which includes: respectively interfacing with at least two kinds of message terminals to obtain at least two kinds of messages; adding the obtained at least two kinds of messages to a received message to-be-processed queue; parsing the messages in the received message to-be-processed queue to obtain message keywords; storing the messages in the received message to-be-processed queue according to the message keywords in a message receiving table; in response to a query request submitted by a plurality of business terminals through a browser, querying the corresponding messages from the message receiving table according to the message keywords and feeding back the messages to the business terminals; the plurality of business terminals are deployed in a plurality of business departments; in response to receiving at least two kinds of to-be-sent messages submitted by the plurality of business terminals through the browser, adding the to-be-sent messages to a to-be-sent message to-be-processed queue; pushing the to-be-sent messages to at least two to-be-sent queues corresponding to the to-be-sent messages respectively according to the telegram addresses of the to-be-sent messages in the to-be-sent message to-be-processed queue; reading the to-be-sent messages from the to-be-sent queues and sending them to the corresponding message terminals.
[0006] In one embodiment, the at least two message terminals include an AFTN message terminal and a SITA message terminal.
[0007] In one embodiment, the interfacing with the at least two message terminals respectively to obtain the at least two messages includes: interfacing with the AFTN message terminal by a serial port mode or a software development kit (SDK) mode to obtain the AFTN message; and / or, interfacing with the SITA message terminal by the SDK mode to obtain the SITA message.
[0008] In one embodiment, the message keyword includes a receiving address, different business departments correspond to different receiving addresses, and each of the plurality of business departments only has the right to query the messages corresponding to the receiving address of the business department; the storing of the messages in the message receiving table according to the message keyword includes: storing the messages in the message receiving table according to the business department corresponding to the message address; and the querying of the corresponding messages from the message receiving table according to the message keyword and the feedback of the messages to the business terminal in response to the query request submitted by the browser of the plurality of business terminals includes: querying the messages corresponding to the first business department from the message receiving table according to the receiving address and feeding back the messages to the business terminal in response to the query request submitted by the browser of at least one business terminal corresponding to the first business department.
[0009] In one embodiment, the pushing of the to-be-sent messages in the sending message processing queue to the at least two to-be-sent queues corresponding to the to-be-sent messages respectively according to the telegraph addresses of the to-be-sent messages in the sending message processing queue includes: pushing the to-be-sent messages to the AFTN message to-be-sent queue according to the address attribute of the telegraph address of each to-be-sent message in the sending message processing queue being a first attribute; the first attribute is the address attribute corresponding to the AFTN message; pushing the to-be-sent messages to the SITA message to-be-sent queue according to the address attribute of the telegraph address of each to-be-sent message in the sending message processing queue being a second attribute; the second attribute is the address attribute corresponding to the SITA message; and the reading of the to-be-sent messages from the to-be-sent queue and the sending of the to-be-sent messages to the corresponding message terminal includes: reading the to-be-sent messages from the AFTN message to-be-sent queue and sending the to-be-sent messages to the AFTN message terminal; and reading the to-be-sent messages from the SITA queue and sending the to-be-sent messages to the SITA message terminal.
[0010] In one embodiment, after the adding of the to-be-sent messages to the sending message processing queue and before the pushing of the to-be-sent messages to the at least two to-be-sent queues corresponding to the to-be-sent messages respectively, the method further includes: setting the sending state of each message in the sending message processing queue to to-be-sent; and after the reading of the to-be-sent messages from the to-be-sent queue and the sending of the to-be-sent messages to the corresponding message terminal, the method further includes: modifying the sending state of the corresponding message to sending completed in response to the sending success.
[0011] In one embodiment, the message key comprises one or more of a sending address, a priority, a receiving address, a sending time group, a message type, a message version, or a message content.
[0012] In one embodiment, the method further comprises: displaying an operation interface by the service terminal; the operation interface comprises at least one of a system management module, an address management module, a sending management module, or a message query management module; wherein the system management module comprises one or more of the following controls: a department management control for a user to set department management information; a role management control for a user to set role management information; a user management control for setting user permissions; an automatic printing configuration control for calling a printer to perform a printing operation in response to a printing request of a user; a system log control for recording various system log information; the address management module comprises one or more of the following controls: a sending address management control for a user to manage sending address information; a receiving address management control for a user to manage receiving address information; a receiving address group management control for a user to divide receiving addresses into different groups; the sending management module comprises one or more of the following controls: a message sending control for generating a sending instruction after detecting a touch action of a user; a message template maintenance control for maintaining a message template, and displaying the message template and generating a corresponding message according to a user input; a telegram short phrase maintenance control for maintaining a telegram short phrase and displaying the telegram short phrase; an abnormal message template maintenance control for maintaining an abnormal message template, and displaying the abnormal message template and generating a corresponding message according to a user input; the message query management module comprises one or more of the following controls: a message sending and receiving query control for querying a received message or a sent message in response to a first query instruction submitted by a user; a message processing log query control for querying a message processing log in response to a second query instruction submitted by a user; a message accurate query control for querying a message that exactly matches a query condition input by a user in response to a third query instruction submitted by a user; a message translation control for translating a Chinese message and displaying a translated telegram code in response to a translation instruction submitted by a user.
[0013] In a second aspect, the embodiments of the present application further provide an air cargo message processing system, the system comprising at least an interface layer and a message processing layer; the interface layer is configured to interface with at least two message terminals respectively to obtain at least two messages; and add the obtained at least two messages to a received message to-be-processed queue; the message processing layer comprises: an analysis module configured to read and analyze the messages in the received message to-be-processed queue, and obtain message keywords; and store the messages in the received message to-be-processed queue in a message receiving table according to the message keywords; a query module configured to respond to a query request submitted by a plurality of business terminals through a browser, and query corresponding messages from the message receiving table according to the keywords and feed back the messages to the business terminals; the plurality of business terminals are deployed in a plurality of business departments; a cache module configured to respond to a received to-be-sent message submitted by the plurality of business terminals through the browser, and add the to-be-sent message to a to-be-sent message to-be-processed queue; a shunting module configured to push the to-be-sent messages in the to-be-sent message to-be-processed queue to at least two to-be-sent queues corresponding to the to-be-sent messages respectively according to the telegraph addresses of the to-be-sent messages; and the interface layer is further configured to read the to-be-sent messages from the to-be-sent queues and send the to-be-sent messages to corresponding message terminals.
[0014] In some embodiments, the system further comprises a display layer; the display layer comprises at least one business terminal; the business terminal is configured to display an operation interface; the operation interface comprises at least one of a system management module, an address management module, a message sending management module, or a message query management module; wherein the system management module comprises one or more of the following controls: a department management control for a user to set department management information; a role management control for a user to set role management information; a user management control for setting user permissions; an automatic printing configuration control for calling a printer to perform a printing operation in response to a printing request of a user; a system log control for recording various system log information; the address management module comprises one or more of the following controls: a message sending address management control for a user to manage message sending address information; a message receiving address management control for a user to manage message receiving address information; a message receiving address group management control for a user to divide message receiving addresses into different groups; the message sending management module comprises one or more of the following controls: a message sending control for generating a sending instruction after detecting a touch action of a user; a message template maintenance control for maintaining a message template, and displaying the message template and generating a corresponding message according to a user input; a telegram short phrase maintenance control for maintaining a telegram short phrase and displaying the telegram short phrase; an abnormal message template maintenance control for maintaining an abnormal message template, and displaying the abnormal message template and generating a corresponding message according to a user input; the message query management module comprises one or more of the following controls: a message sending and receiving query control for querying a received message or a sent message in response to a first query instruction submitted by a user; a message processing log query control for querying a message processing log in response to a second query instruction submitted by a user; a message accurate query control for querying a message that is accurately matched with a query condition input by a user in response to a third query instruction submitted by a user; a message translation control for translating a Chinese message and displaying a translated telegram code in response to a translation instruction submitted by a user.
[0015] In a third aspect, an embodiment of the present application provides an electronic device, comprising a processor and a memory storing a computer program, wherein the processor implements the steps of the air cargo message processing method of the first aspect when executing the program.
[0016] In a fourth aspect, an embodiment of the present application provides a non-transitory computer-readable storage medium, which stores a computer program, wherein the computer program is executed by a processor to implement the steps of the air cargo message processing method of the first aspect.
[0017] In a fifth aspect, an embodiment of the present application provides a computer program product, comprising a computer program, wherein the computer program is executed by a processor to implement the steps of the air cargo message processing method of the first aspect.
[0018] The aviation cargo message processing method and system, the electronic device, and the program product provided in the embodiments of the present application can be implemented based on a B / S architecture. In the message receiving business processing, at least two kinds of messages are obtained by respectively interfacing with at least two kinds of message terminals. For example, taking the case that the at least two kinds of message terminals include an AFTN message terminal and a SITA message terminal, AFTN messages and SITA messages are obtained by respectively interfacing with the AFTN message terminal and the SITA message terminal, and the messages are stored according to the message keywords obtained by analysis. The message query requests can be submitted by the multiple business terminals of the multiple business departments through a browser. After receiving the query requests, the corresponding messages can be fed back to the business terminals of the corresponding business departments according to the message keywords. For example, the classified messages can be stored according to different categories for different business departments, and each business department can only query the messages with the receiving address being the business department. In the message sending business processing, the to-be-sent messages submitted by the multiple business terminals of the multiple business departments through the browser are added to a to-be-sent message processing queue (to-be-sent message processing queue), the messages in the to-be-sent message processing queue are distributed according to the telegraph addresses, and are respectively pushed to an AFTN message to-be-sent queue or a SITA message to-be-sent queue. Similar to the message receiving process, the messages can also be sent out by interfacing with the AFTN message terminal and the SITA message terminal. In this way, the message sending and receiving mechanism based on the B / S architecture can meet the message sending and receiving requirements of the multiple business departments by interfacing with the existing AFTN message terminal and SITA message terminal, without the need to install the special AFTN message terminal or SITA message terminal for each business department. Instead, the message receiving can be implemented by using the general terminal device (for example, a computer), the cost of the general terminal device is greatly reduced compared with the cost of the AFTN message terminal or SITA message terminal, the related special line network does not need to be laid, the implementation difficulty is reduced, the implementation period is shortened, the operation cost is significantly reduced, and the compatibility and universality are higher. BRIEF DESCRIPTION OF DRAWINGS
[0019] In order to more clearly illustrate the technical solutions in the present application or the prior art, the following will briefly introduce the drawings needed in the embodiments or the prior art description. Obviously, the drawings in the following description are some embodiments of the present application, and other drawings can also be obtained by those skilled in the art without any creative effort.
[0020] Figure 1 FIG. 1 is a hardware system architecture schematic diagram of an aviation cargo message processing method provided in embodiments of the present application;
[0021] Figure 2 FIG. 2 is a flow schematic diagram of an aviation cargo message processing method provided in embodiments of the present application;
[0022] Figure 3 is an interaction flowchart under a software system architecture in some embodiments of the air cargo message processing method provided by the embodiments of the present application;
[0023] Figure 4 is another software system architecture schematic diagram of the air cargo message processing method provided by the embodiments of the present application;
[0024] Figure 5 is a functional module architecture schematic diagram of the operable interface in some embodiments of the air cargo message processing method provided by the embodiments of the present application;
[0025] Figure 6 is a software system architecture schematic diagram of the air cargo message processing system provided by the embodiments of the present application;
[0026] Figure 7 is a structural schematic diagram of the electronic device provided by the embodiments of the present application. DETAILED DESCRIPTION
[0027] In order to make the objects, technical solutions and advantages of the present application clearer, the technical solutions in the present application will be described clearly and completely below with reference to the drawings in the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor fall within the scope of protection of the present application.
[0028] In the air cargo transportation application scenario, the air cargo enterprises interact with each other through Type B telegrams, for example, the airport ground agent and the airline will send air master waybill messages, air sub-waybill messages, waybill status messages, air cargo and mail manifest messages, etc., and the airport ground agent and the airport ground agent will send air cargo and mail manifest messages, abnormal inquiry and notification messages of goods, special goods notification messages, etc. The airport ground agent, the airline and other air transportation enterprises generally receive and send domestic telegrams through the domestic air traffic control AFTN message network and international telegrams through the international SITA message network. The reception and transmission of AFTN messages or SITA messages need to use the terminal provided by the AFTN message network or the terminal provided by the SITA message network.
[0029] Currently, the message terminals provided by these message networks are independently deployed terminal programs, which can only run on a server or a PC computer, and the device is connected to the message network through a dedicated line. Due to business needs, airports and airlines generally have multiple business positions that need to send and receive telegrams. In order to realize the sending and receiving of telegrams by multiple business departments, multiple message terminals are often configured for multiple business departments, and a dedicated line network is laid for each message terminal to meet the needs of all business departments to send and receive telegrams. This not only increases the operating cost, but also greatly increases the implementation period, and has poor compatibility and universality. If there are new business departments or existing business departments that need to increase the telegram sending and receiving business, facing new needs, new terminals need to be reconfigured and the corresponding dedicated line network needs to be laid, which has a long implementation period and is difficult to implement.
[0030] In addition, the AFTN message terminal or the SITA message terminal supports manual telegram sending, but the function of manual telegram sending is relatively single and cannot meet the diversified and personalized needs of users to send and receive telegrams.
[0031] Therefore, the embodiments of the present application propose an air cargo message processing method and system, an electronic device and a program product, which are deployed and implemented by using a B / S architecture to realize the connection with multiple message terminals and realize the sending and receiving of telegrams by multiple business departments, and have strong flexibility and expansibility, can freely cope with the business development needs of users, reduce the operating cost of air cargo enterprises, and improve the efficiency of telegram sending and receiving.
[0032] It should be noted that the technical solutions proposed in the embodiments of the present application can be applied to multiple messages, and are not limited to AFTN messages and SITA messages. In the following description, AFTN messages and SITA messages and AFTN message terminals and SITA message terminals are taken as examples for description.
[0033] The browser / server (B / S) architecture used in the embodiments of the present application can be connected with different message terminals, and the core function of message sending and receiving processing is concentrated on the server. The client (business terminal) only needs to install a browser, and the user can access the server through the browser to realize the sending and receiving of multiple messages.
[0034] As shown in Figure 1 The air cargo message processing method provided by the embodiments of the present application can be executed based on the hardware system architecture as shown in Figure 1 On the user side, a plurality of business terminals are deployed, for example, as shown in Figure 1The illustrated service terminals B01, B02, B03, and B04; on the service side, a web server S01 is deployed, and a plurality of service terminals can interact with the web server S01 through a local area network or the Internet. An interface layer can be set in the web server S01, and the interface layer can set interfaces for connecting different message terminals. For example, the interface layer can at least connect SITA message terminals and AFTN message terminals.
[0035] The SITA message terminal is a terminal specially used for transmitting and receiving SITA messages based on a SITA message network. The AFTN message terminal is a terminal specially used for transmitting and receiving AFTN messages based on an AFTN message network.
[0036] Figure 2 One of the flowcharts of the air cargo message processing method provided by the embodiments of the present application is shown in FIG. 1. Referring to FIG. 1, Figure 2 The air cargo message processing method provided by the embodiments of the present application can include the following steps.
[0037] In step 101, at least two message terminals are connected respectively to obtain at least two messages, and the obtained at least two messages are added to a received message processing queue.
[0038] For example, the at least two message terminals include AFTN message terminals and SITA message terminals, and the AFTN message terminals and the SITA message terminals are connected respectively to obtain AFTN messages and SITA messages, and the obtained two messages are added to the received message processing queue respectively.
[0039] For another example, the at least two message terminals include AFTN message terminals and SITA message terminals, and in step 101, the AFTN message terminals and the SITA message terminals are connected respectively to obtain AFTN messages and SITA messages, and then the two messages are added to the received message processing queue respectively.
[0040] From the technical implementation level, different message terminals have different technical characteristics. For the AFTN message terminal, a serial port mode or a software development kit (SDK) mode is used to connect the AFTN message terminal to obtain AFTN messages. The serial port mode connects the interface layer of the server and the AFTN message terminal through a serial interface to realize data transmission, uses a bit-by-bit transmission mode, and connects the AFTN message terminal through a physical interface.
[0041] For the SITA message terminal, the SDK mode is used to connect the SITA message terminal to obtain SITA messages.
[0042] In step 102, the received message in the message receiving queue is read and parsed to obtain a message key, and the received message in the message receiving queue is classified and stored in the message receiving table according to the message key.
[0043] In some embodiments, the message key includes one or more of a sending address, a priority, a receiving address, a sending time group, a message type, a message version, or message content.
[0044] The sending address is the address of the message sender. According to the sending address, a plurality of groups of messages corresponding to a plurality of different senders can be obtained. Using the sending address as the key can help users to maintain and manage the senders.
[0045] The priority represents the importance or category of the message. According to the priority, different processing methods can be used for messages of different priorities. For example, for high-priority messages, a query request submitted by a user through a browser can be responded to preferentially.
[0046] The receiving address is the address of the receiver. Different business departments correspond to different receiving addresses. According to the receiving address, messages received by different business departments can be distinguished, and only the business department having a query right to messages with the address of the business department as the receiving address can be queried, thereby rejecting query requests from other business departments. In this way, the sending and receiving of messages by different business departments can be isolated from each other and not interfere with each other, which is conducive to data security and management.
[0047] The sending time group is classified according to the time measurement unit of the message, which is “day” or “hour”. That is, the message is classified and managed according to different time levels such as “day” and “hour”. For example, if the message is grouped according to “day”, the user can query all received messages in a day, and if the message is grouped according to “hour”, the user can query all received messages in an hour.
[0048] The message type is a plurality of types under a type of message, such as a Freight Flight Manifest (FFM) message, a Freight Air Waybill (FWB) message, a Freight Consolidation List message, and the like.
[0049] The message version is the version of a message format. Some messages have multiple versions. The message version is the version information of the currently used message, such as the version information of the FFM message or the FWB message.
[0050] The content of the message, i.e. the specific content of the message.
[0051] In step 103, in response to the query request submitted by the plurality of service terminals through the browser, the corresponding message is queried from the message receiving table according to the message keyword and fed back to the service terminal.
[0052] For example, Figure 1 The service terminals B01-B04 shown in FIG. 1 can be service terminals of four different service departments, and a browser application program can be installed on each service terminal. A user can submit a query request through the browser, and the Web server is provided with a message processing layer. After the message processing layer in the Web server receives the query request, it can identify whether the user of the service department currently requesting the query has the query authority for the message requested by the user according to the receiving address. If the receiving address of the message does not belong to the service department, the query request is rejected, and the query authority is only opened to the service department matching the receiving address.
[0053] Specifically, for example, the first service department is defined as any one of the plurality of service departments, and the second service department is any one different from the first service department. In response to the query request submitted by the at least one service terminal of the first service department through the browser, the message (the message in the queue in the state of being received) corresponding to the first service department is queried from the message receiving table according to the receiving address and fed back to the service terminal. In response to the query request submitted by the at least one service terminal of the second service department through the browser, if the message (the message in the queue in the state of being received) corresponding to the second service department is not queried from the message receiving table, the query request of the second service department is rejected or a query result with the semantic meaning that there is currently no message to be received is returned. If the query request sent by the second service department is directed to the message to be received corresponding to another service department, the query request is also rejected or a query result with the semantic meaning that the message does not have the query authority is returned.
[0054] For example, the service terminal B01 and the service terminal B02 are service terminals of different service departments. The service terminal B01 requests to query the message of the first service department where it is located. The server can query from the message receiving table whether there is a message to be received belonging to the first service department. If yes, the message is fed back to the service terminal B01 in response to the query request. If the service terminal B02 requests to query the message corresponding to the service terminal B01, the query request is rejected.
[0055] It should be noted that in some embodiments, multiple business departments can configure multiple business terminals, and multiple business departments can also configure one business terminal. In the embodiment in which multiple business departments configure one business terminal, different business departments can configure different user passwords and other identity information to distinguish different business departments. The server needs to query the corresponding message according to the identity information of the business department and determine whether it has query authority for the classified message. In this way, the message sending and receiving needs of multiple different business departments can be realized through only one business terminal.
[0056] In other embodiments, at least one business terminal can also be configured for one business department, that is, one business department can configure multiple business terminals, depending on the operating cost. In this application scenario, when the address is used as the key word of the message, the message is classified and stored in the message receiving table according to the business department, not according to the business terminal. Therefore, different business terminals under the same business department need to have the same received address.
[0057] It should be noted that in the embodiments of the present application, the business terminal, also known as the terminal device, is a terminal device configured for a business department, which can be a physical portable terminal device such as a computer, a smart phone, a ruggedized tablet, etc., or a virtual client such as a virtual machine.
[0058] Steps 101-103 realize the reception of the message. Steps 104-106 realize the sending of the message.
[0059] In step 104, in response to receiving at least two to-be-sent messages submitted by multiple business terminals through browsers, the to-be-sent messages are added to a sending message to-be-processed queue.
[0060] For example, in response to receiving AFTN messages or SITA messages submitted by multiple business terminals B01-B04 through browsers, the AFTN messages are sent to an AFTN message to-be-sent queue, and the SITA messages are sent to a SITA message to-be-sent queue.
[0061] In step 105, according to the telegraph addresses of each to-be-sent message in the sending message to-be-processed queue, the to-be-sent messages are respectively pushed to at least two to-be-sent queues corresponding to each to-be-sent message.
[0062] Specifically, features can be extracted from the telegraph addresses (i.e., the received addresses) of different types of messages to obtain address attributes corresponding to each type of message. According to the address attributes, different messages are distributed to different to-be-sent queues.
[0063] For example, assuming the address attribute corresponding to an AFTN message is the first attribute and the address attribute corresponding to a SITA message is the second attribute, then if the address attribute of the telegraph address of each message to be sent in the message processing queue is identified as the first attribute, the message to be sent is pushed to the AFTN message sending queue. If the address attribute of the telegraph address of each message to be sent in the message processing queue is identified as the second attribute, the message to be sent is pushed to the SITA message sending queue respectively. The aforementioned first or second attribute can be a common feature extracted from the receiving addresses of multiple AFTN or SITA messages.
[0064] Step 106: Read the message to be sent from the queue to be sent and send it to the corresponding message terminal.
[0065] For example, a message to be sent can be read from the AFTN message queue and sent to the AFTN message terminal, or a message to be sent can be read from the SITA queue and sent to the SITA message terminal.
[0066] Step 106 also requires sending messages by connecting with the AFTN message terminal or SITA message terminal. For the connection method, please refer to step 101 above, which will not be repeated here.
[0067] Optionally, after adding the message to be sent to the message processing queue, and before pushing the message to be sent to the respective message processing queues of at least two types of messages, the sending status of each message in the message processing queue can be set to pending sending.
[0068] After reading the message to be sent from the queue and sending it to the corresponding message terminal, the sending status of the corresponding message is changed to "sending completed" in response to successful sending.
[0069] It should be noted that a corresponding operable interface, i.e., an interactive interface, can be configured on the business terminal. The interactive interface can be a graphical interface. The interactive interface can include multiple controls for managing and controlling message sending and receiving.
[0070] like Figure 3 As shown, Figure 3 This paper illustrates a feasible software system architecture corresponding to the air cargo message processing method proposed in the embodiments of this application. The following section combines... Figure 3 The software system architecture shown will be further illustrated with examples.
[0071] like Figure 3 As shown, the software system architecture can include an interface layer, a message processing layer, and a presentation layer. Figure 1The hardware system architecture shown corresponds to the message processing layer and the interface layer being implemented based on a server (e.g., a web server) or a server cluster, and the presentation layer being implemented based on a business terminal.
[0072] Exemplarily, in the message receiving stage, the interface layer is connected to the air traffic control AFTN terminal through a serial port or an SDK, and is connected to the SITA message terminal through an SDK, and receives messages to a received message to-be-processed queue. For example, the interface layer includes a module for connecting to the air traffic control AFTN terminal as shown in Figure 3 The module for connecting to the air traffic control AFTN terminal writes the received AFTN message to an AFTN receiving queue by connecting to the AFTN terminal (or AFTN message terminal), Figure 3 Incoming Queue_AFTN in FIG. 1 1 represents the AFTN receiving queue, and Incoming Queue represents the receiving queue. The interface layer also includes a module for connecting to the SITA message terminal as shown in Figure 3 The module for connecting to the SITA message terminal is used for connecting to the SITA terminal (or SITA message terminal) and writing the received SITA message to a SITA receiving queue, Figure 3 Incoming Queue_SITA in FIG. 1 1 represents the SITA receiving queue.
[0073] In the message processing layer, a pre-installed special program can be used to read and parse the to-be-received messages in the received message to-be-processed queue, and parse the message keywords. For example, as mentioned above, the message keywords can include the sending address, the priority, the receiving address, the sending date and time group, the message type, the message version, the message content, etc. After classifying the to-be-received messages in the received message to-be-processed queue according to the message keywords, the classified to-be-received messages can be stored in the database message receiving table.
[0074] The message processing layer can also provide a query interface for receiving message query requests, for receiving query requests (querying received messages) submitted by users of different business departments through business terminals. In response to the query request, the message keywords can be carried in the query request, and the message processing layer can query the corresponding to-be-received messages in the message receiving table according to the message keywords. The message processing layer can also provide a printing interface for received message automatic printing requests, for receiving printing requests or printing archiving message requests submitted by users of different business departments through business terminals. In response to the printing request or the printing archiving message request, similarly, the message keywords can also be carried in the printing request or the printing archiving message request, and the message processing layer can obtain the corresponding messages through the query interface and feed back to the business terminal, so that the business terminal can perform printing or archiving operations.
[0075] In the display layer, each business department can access the server through a browser, for example, based on the server, an air freight message terminal website can be operated, and each business department can only view the messages received by the message address belonging to the department, thereby realizing message data isolation between departments.
[0076] In this way, multiple business departments can receive messages from the AFTN network and the SITA network through one business terminal, and no longer need to pay attention to the details of the message source.
[0077] In the message sending stage, each business department can reply to the received messages through a browser to generate reply messages as to-be-sent messages, or generate new to-be-sent messages, and the to-be-sent messages enter the outgoing message to-be-processed queue.
[0078] Next, the message processing layer determines the respective corresponding sending network (i.e., determines the message terminal) according to the address attribute of the telegraph address of each to-be-sent message, automatically pushes the to-be-sent message to the to-be-sent queue of the corresponding message network, and sets the message sending state to to-be-sent.
[0079] For example, assuming that the two to-be-sent messages are DOM0001 and INT0001, the message processing layer identifies the DOM0001 address as a received address in the AFTN message format according to different address attributes corresponding to different message networks, and pushes the message sent to the DOM0001 address to the to-be-sent queue Outgoing Queue_AFTN corresponding to the domestic AFTN message network, and identifies the INT0001 address as a received address in the SITA message format, and pushes the message sent to the INT0001 address to the to-be-sent queue Outgoing Queue_SITA corresponding to the international SITA message network.
[0080] Next, in the interface layer, the AFTN queue program reads the to-be-sent messages in the Outgoing Queue_AFTN queue, connects and sends to the ATFN message terminal of the air traffic control, and modifies the message sending state to complete after successful sending. Outgoing Queue_AFTN represents the to-be-sent AFTN message queue. The SITA queue program reads the to-be-sent messages in the Outgoing Queue_SITA queue, connects and sends to the SITA message terminal, and modifies the message sending state to complete after successful sending. Outgoing Queue_SITA represents the to-be-sent SITA message queue. The AFTN queue program or the SITA queue program, that is, the software code for realizing the writing, sorting and reading of each message in the Outgoing Queue_AFTN queue or the Outgoing Queue_SITA queue, can be packaged as an independent program or module.
[0081] As shown in Figure 4 , the software system architecture of the air cargo message processing method proposed in the embodiment of the application is shown in FIG. 2. Figure 4
[0082] In combination with the above exemplary description, the interface layer is used to interface with the AFTN message terminal, the SITA message terminal or other systems, to realize receiving messages from each telegraph network and placing the messages into the to-be-processed queue (received message to-be-processed queue), and simultaneously reading messages from the to-be-sent message queue and sending the messages to each message terminal or system.
[0083] Optionally, each queue in the interface layer, such as the Outgoing Queue_AFTN queue or the Outgoing Queue_SITA queue, can adopt a master-slave architecture Rocket MQ (Rocket Message Queue) queue, which can meet the high-throughput and low-delay requirements of message processing, while supporting seamless interfacing with heterogeneous systems, and the messages support persistent saving to the disk, ensuring that message data will not be lost. Rocket MQ represents an open source distributed message middleware and data processing platform, which can be composed of three parts of Producer, Broker and Consumer, wherein the Producer is responsible for producing messages, the Consumer is responsible for consuming messages, and the Broker is responsible for storing messages.
[0084] As shown in Figure 4 , the interface layer can include an AFTN message sending program, a SITA message sending program, an AFTN message sending and receiving program and a SITA message receiving program, and various programs can be packaged as modules.
[0085] The message processing layer is a core business logic processing unit. On the one hand, the message processing layer receives messages from a received message to-be-processed queue and parses the messages, and stores the messages in a received message table. The received message table can be stored in a database, for example, in a database in the data storage layer as shown in FIG. 1. Figure 4 The data storage layer can also deploy a Redis cluster, where Redis is a remote dictionary server (Redis). The message processing layer can also push reminder messages to a client (running on a business terminal), send an automatic print message request, push a message to a third-party system, and the like. As shown in FIG. 1, the message processing layer can include a message sending program and a message parsing program, and at least one website (Website) is deployed in the message processing layer. Figure 4
[0086] On the other hand, the message processing layer obtains messages from a sent message to-be-processed queue, parses the message receiving address and analyzes the receiving telegraph network, and splits or distributes one message according to the message network to respective target queues. For example, it is analyzed whether the receiving telegraph network is an AFTN message network or a SITA message network, and then the to-be-sent message is split or distributed according to the receiving address to an AFTN message queue (Outgoing Queue_AFTN queue) or a SITA message queue (Outgoing Queue_SITA queue).
[0087] In the message processing layer shown in FIG. 1, IIS+ASP.Net represents a combination of server-side technologies used to build dynamic web applications, where IIS (Internet Information Services) represents a web server software. ASP (Active Server Pages).Net represents a development framework for building web applications, web APIs, and dynamic websites. Figure 4
[0088] The presentation layer is used to realize interaction with users through an interactive interface or an operation interface. For example, the presentation layer can provide a graphical operation interface to a terminal (for example, a business terminal) based on ASP.Net (Active Server Page.Net), and users of various business or management departments can use various functional modules to query received messages, sent messages, manage sending addresses, receiving addresses, address groups, message templates, and the like.
[0089] For example, an example of operating a graphical operation interface is shown in FIG. 1. Figure 5 Figure 5 Part of the function block diagram in the graphical operation interface provided by the embodiments of the present application is provided. The system management module 501 is configured to provide the user with functions of department management, role management, user management, automatic printing configuration, system log, etc. The address management module 502 is configured to provide the user with functions of sending address management, receiving address management, receiving address group management, etc. The sending management module 503 is configured to provide the user with functions of message sending, message template maintenance, telegram abbreviation maintenance, abnormal message template maintenance, etc. The message query management module 504 is configured to provide the user with functions of message sending and receiving query (receiving and sending message query), message processing log query, accurate message query, message translation, etc.
[0090] It should be noted that, Figure 5 The overall architecture in the operation interface is only schematically shown, and is not limited to the specific implementation of the interface. The operation interface can be various interfaces capable of implementing part or all of the function modules shown. Figure 5
[0091] For example, Figure 5 The system management module 501 and other function modules shown can be set as function areas, and each function area contains at least one control to implement the corresponding function. Specifically, the operation interface includes at least one of the system management module 501, the address management module 502, the sending management module 503, or the message query management module 504.
[0092] The system management module 501 can include one or more of the following controls: department management control, role management control, user management control, automatic printing configuration control, system log control. The department management control is configured to set the department management information by the user, for example, set the department name, the terminal ID corresponding to the department, etc. The role management control is configured to set the role management information by the user, for example, set different roles for different terminals, and different roles have different permissions. The user management control is configured to set the user permissions, for example, set the user with administrator identity to have higher level permissions, and set the permission range of the ordinary user, etc. The automatic printing configuration control is configured to call the printer to perform the printing operation in response to the printing request of the user, for example, in response to the click or other actions of the user on the control, a printing setting interface can be popped up, and in response to the confirmation instruction issued by the user, the corresponding printing operation is performed. The system log control is configured to record various system log information.
[0093] The address management module 502 can specifically include one or more of the following controls: a sending address management control, a receiving address management control, and a receiving address group management control. The sending address management control is configured to manage sending address information of the user, for example, to record the sending address of each received message and to classify and save the sending address. The receiving address management control is configured to manage receiving address information of the user, for example, to record the receiving address of each sent message. The receiving address group management control is configured to divide the receiving address into different groups for the user to manage.
[0094] The sending management module 503 can specifically include one or more of the following controls: a message sending control, a message template maintenance control, a telegraph abbreviation maintenance control, and an abnormal message template maintenance control. The message sending control is configured to generate a sending instruction after detecting a touch action of the user. The message template maintenance control is configured to maintain a message template, display the message template, and generate a corresponding message according to user input. For example, the system can provide a plurality of pre-configured message templates, and the user can select a template, add a template, or delete a template through the message template maintenance control. The telegraph abbreviation maintenance control is configured to maintain a telegraph abbreviation and display the telegraph abbreviation. For example, the control can display a plurality of commonly used telegraph abbreviations, and the user can automatically add them to the message by clicking, thereby improving the efficiency of the user in drafting the message. The abnormal message template maintenance control is configured to maintain an abnormal message template, display the abnormal message template, and generate a corresponding message according to user input. The abnormal message template herein refers to a message template used for sending inquiries and feedbacks on abnormal goods in the field of air cargo transportation.
[0095] The message query management module 504 includes one or more of the following controls: a message sending and receiving query control, a message processing log query control, a message accurate query control, and a message translation control. The message sending and receiving query control is configured to query received messages or sent messages in response to a first query instruction submitted by the user. For example, the user can query all received messages or all sent messages within a specified time period through the control. The message processing log query control is configured to query a message processing log in response to a second query instruction submitted by the user. The message processing log is a log recorded by the operating system for processing each message, and the log can be queried based on a specified file storage path to a specified folder. The message accurate query control is configured to query messages that exactly match the query conditions input by the user in response to a third query instruction submitted by the user. For example, the user needs to accurately query messages containing specific words in the message content, or needs to query messages corresponding to a specific receiving address or sending address. The message translation control is configured to translate a Chinese message and display the translated telegraph code in response to a translation instruction submitted by the user, for example, to translate Chinese into a four-digit telegraph code.
[0096] Referring again Figure 4 The software system architecture can further include a data storage layer that uses a relational database storage system to store system configuration data, user configuration data, received and sent message history data, uses a Remote Dictionary Server (Redis) cluster to cache user configuration data, message address attributes, received message cache data, and the like to improve system processing efficiency. The Redis cluster connects multiple Redis nodes together to achieve high availability, data sharding, and load balancing, which allows Redis to provide services on different nodes at the same time, improving overall performance and reliability.
[0097] In summary, the scheme provided by the embodiments of the present application can receive and send domestic and international messages by parsing at least two telegraph network protocols of various message networks such as AFTN network and SITA telegram network, and can realize the international and domestic message receiving and sending of multiple business departments of an air cargo enterprise user through B / S architecture deployment, without configuring multiple dedicated message terminals for multiple business departments and without laying special line networks.
[0098] In addition, the mapping of users and sending addresses can realize the isolation of message receiving and sending data of each business department, without causing data pollution and confusion; the system can automatically distribute messages to respective telegram networks by configuring address attributes of received telegram addresses, to realize one-point access and multi-network integration.
[0099] Therefore, the above technical scheme provided by the embodiments of the present application can flexibly interface with various domestic and international telegram networks, and provides a unified technical solution for air cargo enterprise customers, so that the customers no longer need to deploy multiple message terminals, saving the cost of terminal purchase and special line networks. In addition, the B / S architecture deployment can unlimitedly expand the use of users in the same local area network, can cope with new message receiving and sending requirements at zero cost, has stronger expansibility and reduces operating costs. In addition, the embodiments of the present application provide a unified graphical operation interface, which is more intuitive and convenient to operate, can be operated on common terminal devices such as computers, reduces the learning and training cost of professional message terminal operation skills of employees, and is very easy to use, without the need to care about the telegram network behind the message receiving and sending, but only need to focus on business processing, greatly improving the message business processing efficiency.
[0100] The air cargo message processing system provided by the embodiments of the present application is described below, and the air cargo message processing system described below can be correspondingly referred to the air cargo message processing method described above.
[0101] This application provides an air cargo message processing system. The corresponding product for this system can be an electronic device deployed on the server side to implement the corresponding functions, such as a server or server cluster. Figure 6 As shown, the system may consist of only an interface layer and a message processing layer.
[0102] The interface layer is used to interface with at least two types of message terminals to obtain at least two types of messages; and to add the obtained at least two types of messages to the received message processing queue. For example, it interfaces with at least AFTN message terminals and SITA message terminals to obtain AFTN messages and SITA messages.
[0103] The interface layer is also used to read messages to be sent from the queue and send them to the corresponding message terminal.
[0104] like Figure 6 As shown, the message processing layer includes a parsing module 601, a query module 602, a caching module 603, and a traffic splitting module 604.
[0105] The parsing module 601 is used to read and parse the messages in the message waiting queue, obtain the message keywords, and store the messages in the message waiting queue into the message receiving table according to the message keywords.
[0106] The query module 602 is used to respond to query requests submitted by multiple business terminals through a browser, and retrieve the corresponding message from the message receiving table based on the keyword and send it back to the business terminal; the multiple business terminals are deployed in multiple business departments.
[0107] The caching module 603 is used to add the messages to be sent to the message waiting queue in response to receiving messages to be sent submitted by multiple business terminals through the browser.
[0108] The splitting module 604 is used to push the messages to be sent to the respective sending queues of at least two types of messages according to the telegraph address of each message to be sent in the message processing queue.
[0109] The system described above may also include a presentation layer. Unlike the message processing layer and the interface layer, the presentation layer is typically deployed on the user side. The presentation layer can be implemented based on at least one business terminal.
[0110] The business terminal is used to display the operation interface, which can be a graphical user interface. See details below. Figure 5 The examples shown and their corresponding textual descriptions are not repeated here.
[0111] Figure 7 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 7As shown, the electronic device can include a processor 710, a communication interface 720, a memory 730, and a communication bus 740, wherein the processor 710, the communication interface 720, and the memory 730 complete mutual communication through the communication bus 740. The processor 710 can invoke a computer program in the memory 730 to execute the steps of the air cargo message processing method, for example, including:
[0112] respectively interfacing with at least two message terminals to obtain at least two messages; adding the obtained at least two messages to a received message to-be-processed queue; parsing the messages in the received message to-be-processed queue to obtain message keywords; storing the messages in the received message to-be-processed queue according to the message keywords into a message receiving table; in response to a query request submitted by a plurality of business terminals through a browser, querying corresponding messages from the message receiving table according to the message keywords and feeding back the messages to the business terminals; the plurality of business terminals are deployed in a plurality of business departments; in response to receiving at least two to-be-sent messages submitted by the plurality of business terminals through the browser, adding the to-be-sent messages to a to-be-sent message to-be-processed queue; according to the telegraph addresses of each to-be-sent message in the to-be-sent message to-be-processed queue, pushing the to-be-sent messages to at least two to-be-sent queues corresponding to the to-be-sent messages respectively; reading the to-be-sent messages from the to-be-sent queues and sending them to corresponding message terminals.
[0113] In addition, the logical instructions in the memory 730 described above can be implemented in the form of a software functional unit and sold or used as an independent product, which can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application or the part of the prior art that contributes essentially or the part of the technical solutions can be embodied in the form of a software product, which is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the embodiments of the present application. The aforementioned storage medium includes a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.
[0114] On the other hand, the embodiments of the present application also provide a computer program product, which includes a computer program that can be stored on a non-transitory computer readable storage medium, and the computer program is executed by a processor, so that the computer can execute the steps of the air cargo message processing method provided by the above-mentioned embodiments, for example, including:
[0115] respectively interface with at least two message terminals to obtain at least two messages; add the obtained at least two messages to a received message to-be-processed queue; parse the messages in the received message to-be-processed queue to obtain message keywords; store the messages in the received message to-be-processed queue in a message receiving table according to the message keywords; in response to a query request submitted by a plurality of business terminals through a browser, query corresponding messages from the message receiving table according to the message keywords and feed back the messages to the business terminals; the plurality of business terminals are deployed in a plurality of business departments; in response to receiving at least two to-be-sent messages submitted by the plurality of business terminals through the browser, add the to-be-sent messages to a to-be-sent message to-be-processed queue; push the to-be-sent messages to at least two to-be-sent queues corresponding to the to-be-sent messages respectively according to the telegraph addresses of the to-be-sent messages in the to-be-sent message to-be-processed queue; read the to-be-sent messages from the to-be-sent queues and send the to-be-sent messages to corresponding message terminals.
[0116] In another aspect, the embodiments of the present application also provide a processor-readable storage medium, which stores a computer program for causing a processor to execute the steps of the method provided by the above-mentioned embodiments, for example, comprising:
[0117] respectively interface with at least two message terminals to obtain at least two messages; add the obtained at least two messages to a received message to-be-processed queue; parse the messages in the received message to-be-processed queue to obtain message keywords; store the messages in the received message to-be-processed queue in a message receiving table according to the message keywords; in response to a query request submitted by a plurality of business terminals through a browser, query corresponding messages from the message receiving table according to the message keywords and feed back the messages to the business terminals; the plurality of business terminals are deployed in a plurality of business departments; in response to receiving at least two to-be-sent messages submitted by the plurality of business terminals through the browser, add the to-be-sent messages to a to-be-sent message to-be-processed queue; push the to-be-sent messages to at least two to-be-sent queues corresponding to the to-be-sent messages respectively according to the telegraph addresses of the to-be-sent messages in the to-be-sent message to-be-processed queue; read the to-be-sent messages from the to-be-sent queues and send the to-be-sent messages to corresponding message terminals.
[0118] The processor-readable storage medium can be any available medium or data storage device that the processor can access, including but not limited to a magnetic memory (such as a floppy disk, a hard disk, a magnetic tape, a magneto-optical disk (MO), etc.), an optical memory (such as a CD, a DVD, a BD, a HVD, etc.), and a semiconductor memory (such as a ROM, an EPROM, an EEPROM, a non-volatile memory (NAND FLASH), a solid state disk (SSD)), etc.
[0119] The device embodiments described above are merely illustrative, wherein the units described as separate components can or can not be physically separate, and the components displayed as units can or can not be physical units, i.e., can be located in one place, or can be distributed to multiple network units. Part or all of the modules can be selected to achieve the purposes of the embodiments according to actual needs. Those skilled in the art can understand and implement without creative labor.
[0120] Through the description of the above embodiments, those skilled in the art can clearly understand that the embodiments can be realized by means of software and the necessary general hardware platform, and of course can also be realized by hardware. Based on such understanding, the above technical solutions can be embodied in the form of software products, and the computer software products can be stored in a computer readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and include a plurality of instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute the methods described in each embodiment or some parts of the embodiments.
[0121] Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that: it can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacement for part of the technical features; 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 application.
Claims
1. A method for processing air cargo messages, characterized in that, The method includes: Interact with at least two message terminals to obtain at least two types of messages; add the obtained at least two types of messages to the message receiving queue; wherein, interacting with at least two message terminals to obtain at least two types of messages includes: interacting with an AFTN message terminal via serial port or software development kit (SDK) to obtain AFTN messages; interacting with a SITA message terminal via SDK to obtain SITA messages; Parse the messages in the message waiting queue to obtain message keywords; classify and store the messages in the message waiting queue according to the message keywords into the message receiving table; In response to query requests submitted by multiple business terminals through a browser, the system retrieves the corresponding message from the message receiving table based on the message keyword and sends it back to the business terminal; the multiple business terminals are deployed in multiple business departments. In response to receiving at least two types of messages to be sent submitted by the plurality of service terminals through a browser, the messages to be sent are added to the message processing queue. Based on the telegraph address of each message to be sent in the message processing queue, the messages to be sent are pushed to the respective message queues of the at least two types of messages to be sent. Read the message to be sent from the queue to be sent and send it to the corresponding message terminal.
2. The method according to claim 1, characterized in that, The message keywords include the receiving address. Different business departments correspond to different receiving addresses. Each of the multiple business departments only has the authority to query messages for the receiving address corresponding to its own business department. The messages are categorized and stored in the message receiving table according to their keywords, including: The messages are categorized and stored in the message receiving table according to the business department corresponding to the receiving address; In response to query requests submitted by multiple service terminals through a browser, the system retrieves the corresponding message from the message receiving table based on the message keyword and sends it back to the service terminal, including: In response to a query request submitted by at least one business terminal corresponding to the first business department through a browser, the message corresponding to the first business department is retrieved from the message receiving table based on the receiving address and fed back to the business terminal.
3. The method according to claim 1, characterized in that, Based on the telegraph address of each message to be sent in the message processing queue, the messages to be sent are pushed to the respective sending queues of the at least two types of messages, including: The message to be sent is pushed to the AFTN message waiting queue based on the address attribute of the telegraph address of each message to be sent in the message waiting queue as the first attribute; the first attribute is the address attribute corresponding to the AFTN message. The addresses of the telegraph addresses of each message to be sent in the message processing queue are used as the second attribute, and the messages to be sent are pushed to the SITA message sending queue respectively; the second attribute is the address attribute corresponding to the SITA message. Reading messages to be sent from the queue to be sent and sending them to the corresponding message terminal includes: Read the messages to be sent from the AFTN message queue and send them to the AFTN message terminal; Read the message to be sent from the SITA message queue and send it to the SITA message terminal.
4. The method according to claim 3, characterized in that, After adding the message to be sent to the message processing queue, the method further includes pushing the message to be sent to the queues corresponding to the at least two types of messages to be sent, respectively. Set the sending status of each message in the message waiting queue to be sent to "pending sending"; After reading the message to be sent from the queue to be sent and sending it to the corresponding message terminal, the method further includes: In response to successful transmission, the transmission status of the corresponding message is changed to "transmission completed".
5. The method according to any one of claims 1-4, characterized in that, The message keywords include one or more of the following: sending address, priority, receiving address, sending date and time group, message type, message version, or message content.
6. The method according to any one of claims 1-4, characterized in that, The method further includes: The operation interface is displayed through the business terminal; The operation interface includes at least one of the following: system management module, address management module, message sending management module, or message query management module; The system management module includes one or more of the following controls: Department management controls are used by users to set department management information; Role management controls are used by users to set role management information; User management controls are used to set user permissions; An automatic print configuration control is used to invoke the printer to perform the print operation in response to a user's print request; The system log control is used to record various system log information; The address management module includes one or more of the following controls: A sending address management control, used by users to manage sending address information; A receiving address management control, used by users to manage receiving address information; A receiving address group management control, which allows users to divide receiving addresses into different groups; The message management module includes one or more of the following controls: The message sending control is used to generate a sending command after detecting the user's touch action; The message template maintenance control is used to maintain message templates, display message templates, and generate corresponding messages based on user input. The Telegram Shorthand Maintenance Control is used to maintain and display telegram shorthand messages. An abnormal message template maintenance control is used to maintain abnormal message templates, display the abnormal message templates, and generate corresponding messages based on user input. The message query management module includes one or more of the following controls: The message sending and receiving query control is used to respond to the first query command submitted by the user to query received or sent messages; The message processing log query control is used to query the message processing log in response to a second query command submitted by the user. The message precision query control is used to respond to a third query command submitted by the user and query messages that exactly match the query conditions entered by the user. The message translation control is used to translate Chinese messages in response to user-submitted translation instructions and display the translated telegraphic codes.
7. An air cargo message processing system, characterized in that, The system includes at least an interface layer and a message processing layer; The interface layer is used to interface with at least two types of message terminals to obtain at least two types of messages; and to add the obtained at least two types of messages to the message receiving queue; wherein, interfacing with at least two types of message terminals to obtain at least two types of messages includes: interfacing with an AFTN message terminal via serial port or software development kit (SDK) to obtain AFTN messages; and interfacing with a SITA message terminal via SDK to obtain SITA messages; The message processing layer includes: The parsing module is used to read and parse the messages in the message waiting queue to obtain message keywords; and to classify and store the messages in the message waiting queue according to the message keywords into the message receiving table. The query module is used to respond to query requests submitted by multiple business terminals through a browser, and to retrieve the corresponding message from the message receiving table based on the keyword and send it back to the business terminal; the multiple business terminals are deployed in multiple business departments; The caching module is used to add the messages to be sent to the message waiting queue in response to receiving at least two types of messages to be sent submitted by the plurality of service terminals through the browser. The splitting module is used to push the messages to be sent to their respective sending queues according to the telegraph address of each message to be sent in the message processing queue. The interface layer is also used to read messages to be sent from the queue to be sent and send them to the corresponding message terminal.
8. An electronic device comprising a processor and a memory storing a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the air cargo message processing method according to any one of claims 1 to 6.
9. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the air cargo message processing method according to any one of claims 1 to 6.
Citation Information
Patent Citations
System and method for processing multi-channel messages
CN105872035A