WO2023082366A1 - 一种基于ndc的航司数据处理的方法和系统 - Google Patents

一种基于ndc的航司数据处理的方法和系统 Download PDF

Info

Publication number
WO2023082366A1
WO2023082366A1 PCT/CN2021/134255 CN2021134255W WO2023082366A1 WO 2023082366 A1 WO2023082366 A1 WO 2023082366A1 CN 2021134255 W CN2021134255 W CN 2021134255W WO 2023082366 A1 WO2023082366 A1 WO 2023082366A1
Authority
WO
WIPO (PCT)
Prior art keywords
airline
ndc
cluster
request
data
Prior art date
Application number
PCT/CN2021/134255
Other languages
English (en)
French (fr)
Inventor
祝德红
刘珊
唐冰
黄天骄
Original Assignee
同程网络科技股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 同程网络科技股份有限公司 filed Critical 同程网络科技股份有限公司
Publication of WO2023082366A1 publication Critical patent/WO2023082366A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers

Definitions

  • This application relates to the technical field of domestic and international air ticket data processing, in particular to a method and system for NDC-based airline data processing.
  • this application provides a method for NDC-based airline data processing, which adopts the following technical solution:
  • a method for NDC-based airline data processing comprising the following steps:
  • the search cluster caches and aggregates data and responds to upstream applications
  • the efficiency of resource acquisition is improved.
  • the state architecture supports the expansion and contraction of the cluster scale and supports the continuous increase of upstream airlines.
  • the converting the NDC request protocol sent by the client into the system internal model specifically includes:
  • the request sent by the client can be converted into general data applicable to different airlines, so as to facilitate the acquisition of information of different airlines. Get the data you want without system upgrades.
  • the sending the user request to the search cluster or the transaction cluster through the load strategy specifically includes:
  • the request sent by the client to the load balancing module is forwarded to a certain node of the transaction cluster/search cluster in turn.
  • the request is processed in a load balancing manner, which has the characteristics of being simple to implement, allowing each cluster node to equally share all requests, reducing the pressure on the server, and increasing the speed of data transmission.
  • the splitting the request task into multiple tasks in combination with the parameters requested by the user and distributing the tasks to the airline access service cluster for data acquisition specifically includes:
  • screening invalid tasks and intercepting them in time can avoid sending invalid tasks to airlines as far as possible, resulting in the occurrence of too many tasks that airlines need to handle.
  • the parameter integration and initiating query request according to the agreement of each airline company specifically includes:
  • the airline responds to the received task, feeds back the flight information corresponding to the corresponding task, and the system receives the information sent by the airline, and supplements the information, so as to facilitate the subsequent presentation of the flight required by the user Information, integrated processing of flight information of different airlines, improving the convenience of inquiry.
  • the converting the internal protocol into the NDC protocol and responding to the user further includes:
  • this application provides an NDC-based airline data processing system, which adopts the following technical solution:
  • An NDC-based airline data processing system including an operation management platform, an access gateway module, a transaction cluster, a search cluster, and an airline access service cluster; both the transaction cluster and the search cluster interact with the access gateway module , both the transaction cluster and the search cluster interact with the airline access service cluster;
  • the access gateway module receives the NDC request sent by the client, and the access gateway module is used to complete the NDC protocol standardization adaptation, flow control, query ratio setting, billing and rights limitation;
  • the transaction cluster is responsible for the tasks of transaction records, payment, ticketing and order query; the transaction cluster receives transaction requests suitable for the internal model of the system, and transmits the processed transaction requests to the airline access service cluster.
  • the search cluster is used to implement airline data caching, task distribution, and data aggregation; the search cluster receives transaction requests applicable to the internal model of the system, and transmits the processed transaction requests to the airline access service cluster.
  • the airline access service cluster is used to be responsible for the processes of each airline access, protocol analysis, data conversion, and data filling.
  • the airline access service cluster is used to distribute tasks to corresponding airlines and receive airline Flight information fed back by the company.
  • a system for NDC-based airline data processing according to claim 7, wherein the operation management platform is provided with the airline's own interface protocol, and the airline's own interface protocol is used to adapt to all airline interface.
  • the efficiency of resource acquisition is improved.
  • the state architecture supports the expansion and contraction of the cluster scale and supports the continuous increase of upstream airlines.
  • the operation management platform is provided with the airline's own interface protocol, and the airline's own interface protocol is used to adapt to all airline interfaces.
  • the flight information of different airlines is integrated through the same interface protocol, which facilitates unified management of resources, thereby improving resource acquisition efficiency.
  • the present application provides an intelligent terminal, which adopts the following technical solution:
  • An intelligent terminal includes a memory, a processor, and a computer program stored on the memory and operable on the processor. When the computer program is executed by the processor, one of the above-mentioned ones is realized.
  • the present application provides a computer-readable storage medium, adopting the following technical solution:
  • a computer-readable storage medium including a readable storage medium and a computer program stored on the readable storage medium, and the computer program is loaded and executed by a processor to implement any of the above-mentioned one-based NDC's airline data processing method.
  • the present application includes at least one of the following beneficial technical effects:
  • FIG. 1 is a block diagram of an overall structure of an NDC-based airline data processing system according to an embodiment of the present application.
  • Fig. 2 is a structural block diagram of protocol conversion in the embodiment of the present application.
  • Fig. 3 is a structural block diagram of the system of the embodiment of the present application.
  • FIG. 4 is a schematic flowchart of an overall NDC-based method for processing airline company data according to an embodiment of the present application.
  • Fig. 5 is a schematic flow chart of converting the NDC protocol into system internal model data in the embodiment of the present application.
  • Fig. 6 is a schematic flow chart of task assignment in the embodiment of the present application.
  • Fig. 7 is a schematic flowchart of the task feedback process in the embodiment of the present application.
  • FIG. 8 is a sequence diagram of an NDC-based airline data processing method according to an embodiment of the present application.
  • NDC New Distribution Capability, New Distribution Capability
  • IATA Internet XML
  • Airline API interface Airlines establish direct sales with various agents, OTAs, TMCs, etc. through direct interfaces to better sell their air tickets, auxiliary operations, services and other products.
  • an NDC-based airline data processing system includes an operation management platform 1, an access gateway module 11, a transaction cluster 12, a search cluster 13, and an airline access service cluster 14.
  • the operation management platform 1 An airline company's own interface protocol 15 is provided, and the airline's own interface protocol 15 is used to adapt to all airline interfaces. Through the same interface protocol, the flight information of different airlines is integrated to facilitate the unified management of resources, thereby improving the efficiency of resource acquisition.
  • the access gateway module 11 is used to complete the NDC protocol standardization adaptation, flow control, query ratio setting, billing and rights limitation, specifically, the access gateway module 11 includes an authentication unit 111 , a flow control unit 112 and an adaptive internal model unit 113 .
  • the authentication unit 111 is used to authenticate the rights of the user's requested task, and determine the airline companies that the user can access.
  • the flow control unit 112 is used to manage and control the tasks in the system, which is beneficial to prevent data loss due to the mismatch between the number of tasks and the processing speed of the operation management platform 1 .
  • Adapting the internal model unit 113 is used to convert the NDC request protocol sent by the client into data adapted by the system internal model, so as to facilitate unified scheduling of task data.
  • the search cluster 13 is used to realize airline data caching, task distribution and data aggregation.
  • the search cluster 13 includes a task splitting unit 131, an invalid task filtering unit 132, a cache hit unit 133 and a cache hit unit.
  • Wear unit 134 The task splitting unit 131 is used for splitting the acquired task information, selecting the airline to which the task is adapted, and assigning the task to the adapted airline in turn.
  • the invalid task filtering is used to filter out invalid tasks, which is beneficial to reduce the processing load of the operation management platform 1 . In one embodiment, if the flight corresponding to the task is canceled, the task is filtered and the next step will not be entered.
  • the cache hit unit 133 is used to increase the query speed, intercept repeated requests, and reduce the query ratio, and the cache breakdown unit 134 is used to distribute unintercepted tasks to the airline access service cluster 14 .
  • the airline access service cluster 14 includes an adaptation airline agreement unit 141 , a forwarding request unit 142 , a reception response unit 143 , an adaptation to an internal model unit 144 and a basic data supplementation unit 145 .
  • the adapting airline agreement unit 141 is used to convert the task data of the internal model of the system into data adapted to the agreement of the airline company corresponding to the task.
  • the request unit is used to send the query request to the airline company and transmit the converted data to the airline company.
  • the receiving and responding unit 143 is used for receiving the flight information fed back by the airline company according to the task data.
  • the adapting to internal model unit 144 is used to convert the flight information corresponding to the airline agreement of the airline into data adapted to the internal model of the system.
  • the basic data supplementation unit 145 is used to supplement the converted flight information and feed back the supplemented flight information data to the search cluster 13 .
  • the search cluster 13 also includes an update cache module 135 and a data merging module 136.
  • the update cache module 135 is used to store the supplemented flight information in the database of the operation management platform 1, which is convenient for users to query.
  • the data merging module 136 is used to plan and process the data information fed back by different airlines in a unified manner, which is convenient for users to view.
  • the transaction cluster 12 is responsible for transactions such as transaction records, payment, ticket issuing, and order inquiry.
  • the task received by the transaction cluster 12 is only for one airline, so the transaction cluster 12 will directly transmit the task to the access cluster, so that the transaction information can be obtained through the airline's feedback.
  • the access gateway module 11 further includes an adapting NDC protocol model unit 114, and the adapting NDC protocol model unit 114 is configured to convert the data adapted to the internal model unit 113 into data adapted to the NDC protocol.
  • the user can easily inquire the required flight information without upgrading the system.
  • the data of different airlines is processed in the same way to improve the speed and convenience of data acquisition.
  • FIG. 4 another embodiment of the present application provides a method for NDC-based airline data processing, including the following steps:
  • the airlines that the client can access are different, and when receiving the request from the client, it is necessary to control the number of requests entering the operation management platform, so as to avoid the situation that the server is stuck due to too much request information.
  • the client sends a request, and the content of the request is to query the flights from Shanghai to Beijing on October 1 of Air China, China Southern Airlines and China Eastern Airlines.
  • Task 1 is transmitted to Air China, and the content is to query the flight from Shanghai to Beijing on October 1;
  • task 2 is transmitted to China Southern Airlines, and the content is to query the flight from Shanghai to Beijing on October 1.
  • the amount of tasks that the operation management platform 1 can handle at the same time is preset, and the traffic in the operation management platform 1 is limited, so as to effectively avoid the situation that the operation management platform 1 has too many tasks in the same period of time and cause data loss. occur.
  • the specific steps of converting the NDC request protocol sent by the client into the internal model of the system include:
  • the request sent by the client can be converted into general data applicable to different airlines, so that it is easy to obtain information of different airlines, and the user does not need to upgrade the system Get the desired data.
  • the client sends a request, and the content of the request is to query the flight from Shanghai to Beijing on October 1.
  • the query information of the flight from Shanghai to Beijing on October 1 is expressed in XML format.
  • the query information of the flight from Shanghai to Beijing on October 1 in the operation management platform 1 is expressed in POJO format. That is, the XML format representing the task information on the client side is converted into POJO format.
  • the task information corresponding to the two formats is to query the flight from Shanghai to Beijing on October 1.
  • the POJO object includes departure airport (Shanghai), return airport (Beijing), departure date (October 1), return date, and itinerary type.
  • the operation management platform obtains specific request information by collecting signals from the user end, analyzes the request information, sends the transaction request to the transaction cluster, and sends the search request to the search cluster.
  • the load strategy is a strategy to achieve load balancing through a round-robin algorithm. Specifically, after the request task arrives, the request sent by the client to the load balancing module is forwarded to a node of the backend service cluster in turn, which has the characteristics of simple implementation and each cluster node equally shares all requests.
  • the operation management platform 1 acquires twenty task requests at the same time, the transaction cluster 12 in the operation management platform 1 includes 3 transaction core service nodes, and the search cluster 13 in the operation management platform 1 includes 3 search cores service node. Eight of the twenty task requests were transaction requests and 12 were search requests. Among them, 8 transaction requests are forwarded to 3 transaction core service nodes in turn, and 12 search requests are forwarded to 3 search core service nodes in turn. Requests are processed in a load balancing manner, which is easy to implement and allows each cluster node to share all requests on average, reducing the pressure on the server and increasing the speed of data transmission.
  • the operation management platform 1 will receive many tasks, including many useless tasks, so it is necessary to screen the tasks to avoid the airlines from receiving useless tasks as much as possible. Referring to Figure 6, the specific steps are as follows:
  • An invalid task is a non-existent task judged by the operation management platform 1 , for example: inquiring about sold-out air tickets, inquiring about flights that airlines do not have, and so on.
  • hit rate hit count/(hit count+no hit count).
  • Task distribution based on parameter information in user requests or task split results.
  • Parameter information includes flight time, flight number, flight fare, flight origin and flight destination, etc.
  • Task split results include task filtering results, cache hits Results etc.
  • the parameter requested by the user is flight information from Shanghai to Beijing during October 1st to October 3rd.
  • Divide the user request into three tasks Task 1 is to query the flight information from Shanghai to Beijing on October 1st.
  • Task 2 is to query the flight information from Shanghai to Beijing on October 2nd.
  • Task 3 is to query the flight information from Shanghai to Beijing on October 3rd. flight information.
  • the flight from Shanghai to Beijing on October 1 has been sold out, so Task 1 is automatically filtered.
  • Perform a cache hit on Task 2 and Task 3 and determine whether Task 2 and Task 3 are repeated requests.
  • task 2 and task 3 are distributed to the airline access service cluster 14 for data acquisition.
  • screening invalid tasks and intercepting them in time can avoid sending invalid tasks to airlines as far as possible, resulting in too many tasks that airlines need to handle.
  • the task content analyzed by the operation management platform 1 is to inquire about China Southern Airlines' flight from Shanghai to Beijing on October 1, and the task data is expressed in the POJO format in the operation management platform 1 .
  • the task content in POJO format is converted into data applicable to the China Southern Airlines agreement, so as to obtain the specific information of China Southern Airlines' flight from Shanghai to Beijing on October 1.
  • the information content of the flight from Shanghai to Beijing on October 1 provided by China Southern Airlines includes flight time, ticket price corresponding to the flight, flight number, flight punctuality rate, fuel surcharge and remaining seat information, and the above information They are all represented by the corresponding data in the agreement of China Southern Airlines.
  • China Southern Airlines feeds back the information to the airline's access service cluster 14 through the interface, and converts the information into data adapted to the internal model of the system, which is displayed in POJO format.
  • the POJO format data obtained by the airline company’s access service cluster 14 is missing. After analyzing the data, it is found that the data obtained by the airline company’s access service cluster 14 lacks the name of the airline company corresponding to the flight and the location of the flight. The airport name for . The airline access service cluster 14 supplements the data with the corresponding airline name and airport name in POJO format to make the data more complete.
  • the data content provided by different airlines is different. After obtaining the flight information of different airlines, the operation management platform 1 needs to perform unified processing on the data of the flight information, so as to facilitate the user's ticket purchase experience.
  • the user searches for flights from Shanghai to Beijing on October 1 of Air China, China Southern Airlines and China Eastern Airlines.
  • the order of information provided by Air China is flight time, corresponding fare, flight number, flight punctuality rate, fuel surcharge and remaining seat information
  • the order of information provided by China Southern Airlines is the corresponding flight fare, flight number, flight punctuality rate , fuel surcharges, flight times and remaining seat information.
  • the flight information is sorted in chronological order, and the data is re-sorted in the order of flight time, total ticket price, flight number, remaining seat information, and flight punctuality.
  • the total fare is the sum of the fare corresponding to the flight and the fuel surcharge.
  • the data that the operation management platform 1 needs to feed back to the client is querying the flight from Shanghai to Beijing on October 1.
  • the query information of the flight from Shanghai to Beijing on October 1 is expressed in XML format.
  • the query information of the flight from Shanghai to Beijing on October 1 in the operation management platform 1 is expressed in POJO format.
  • the POJO format representing the task information on the operation management platform 1 is about to be converted into an XML format, and the task information corresponding to the two formats is to query the flight from Shanghai to Beijing on October 1.
  • the user terminal After receiving the feedback information, the user terminal will display all flight information from Shanghai to Beijing on October 1 for the user to choose.
  • the search cluster 13 transmits the task information and flight information fed back by the airline to the access gateway module 11, and the access gateway module 11 performs data burying, and the access gateway module 11 performs browsing/querying/ Transaction behavior statistics. Specifically, count the browsing time of the user, count the number of times the user inquires about flights, and count the purchase of air tickets by the user. Through the statistics of the above information, the query ratio is calculated, and the problem can be checked according to the query ratio, so as to optimize and improve the system.
  • the client sends the NDC request to the access gateway module 11, and the access gateway module 11 converts the NDC into task data adapted to the internal model of the system after performing rights authentication and flow control on the NDC request And transmit to search cluster 13.
  • the search cluster 13 splits and caches the tasks, and assigns the processed tasks to the corresponding airline access service cluster 14, and the airline access service cluster 14 transmits the tasks to the corresponding airlines, and get the flight information fed back by the airlines.
  • the airline access service cluster 14 transmits the flight information to the search cluster 13, and the search cluster 13 caches and aggregates the received flight information and transmits it to the access gateway module 11 for burying, and transfers the flight information to the NDC protocol feedback to the client.
  • the embodiment of this application proposes a more efficient and convenient data direct connection method, which transforms the airline data interface using the NDC standard protocol, and at the same time aggregates the original non-standard protocol airlines and uses a standardized protocol for output.
  • the efficiency of resource acquisition is improved.
  • By adopting a distributed stateless architecture it supports cluster scale. The expansion and support of upstream airlines continues to increase.
  • the embodiment of the present application further discloses an intelligent terminal.
  • An intelligent terminal includes a memory, a processor, and a computer program stored on the memory and operable on the processor. When the computer program is executed by the processor, one of the above-mentioned ones is realized.
  • the embodiment of the present application also discloses a computer-readable storage medium, including a readable storage medium and a computer program stored on the readable storage medium, and the computer program is loaded and executed by a processor In order to realize a method for processing airline company data based on NDC as described in any one of the above.
  • the program can be stored in a computer-readable storage medium.
  • the above-mentioned The storage medium mentioned includes, for example: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk, etc., which can store program codes. medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Navigation (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及一种基于NDC的航司数据处理的方法和系统，其属于机票销售领域，其中方法包括接收用户请求并对用户请求进行权限、流量控制；将用户端发送的NDC请求协议转换为系统内部模型；通过负载策略将用户请求发送给搜索集群或交易集群；结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群进行数据获取；按各航司协议进行参数整合发起查询请求；对数据进行缓存、聚合操作后响应上游应用；将系统内部模型转换成NDC协议并响应给用户。本申请具有通过集群缓存、异步化的处理方式，提高了资源获取效率，基于NDC标准协议并且对全航司数据进行整合极大的节约了用户开发维护的成本。

Description

一种基于NDC的航司数据处理的方法和系统 技术领域
本申请涉及国内国际机票数据处理的技术领域，尤其是涉及一种基于NDC的航司数据处理的方法和系统。
背景技术
近年航空公司为提高直销比例陆续提供了以API直连的方式输出运价及产品数据供下游使用，同时数据优势率、资源丰富程度不断提高。由于各家产品形态、研发水平差异，API协议差异较大，下游用户为实现资源获取，需逐一完成系统对接。
另外各航司协议升级频繁，每次变更均需要所有用户进行对接升级，以实现产品能更好的触达用户，这需要花费大量的时间，同时对下游代理人等用户造成较大研发、硬件资源浪费。
发明内容
为了解决各航司协议升级频繁，每次变更均需要所有用户进行对接升级，导致花费大量时间的问题，本申请提供一种基于NDC的航司数据处理的方法和系统。
第一方面，本申请提供一种基于NDC的航司数据处理的方法，采用如下的技术方案：
一种基于NDC的航司数据处理的方法，包括以下步骤：
接收用户端发送的NDC请求并对用户请求进行权限、流量控制；
将用户端发送的NDC请求协议转换为系统内部模型；
通过负载策略将用户请求发送给搜索集群或交易集群；
结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群进行数据获取；
按各航司协议进行参数转换，并对各航司发起查询请求；
搜索集群对数据进行缓存、聚合操作后响应上游应用；
将系统内部模型转换成NDC协议并响应给用户。
通过采用上述技术方案，通过集群缓存、异步化的处理方式，提高了资源获取效率，基于NDC标准协议并且对全航司数据进行整合极大的节约了用户开发维护的成本，通过采用分布式无状态架构，支持集群规模的伸缩、支持上游航司持续增加。
可选的，所述将用户端发送的NDC请求协议转换为系统内部模型具体包括：
对用户端的请求进行解析，获取请求项；
根据请求项选取出包含获取的请求项所对应的所有航班信息。
通过采用上述技术方案，通过对用户端发出的NDC请求协议转换成系统内部模型，从而使得将用户端发出的请求转换成适用于不同航司的通用数据，从而便于获取不同航司的信息，用户无需进行系统升级即可获取想要的数据。
可选的，所述通过负载策略将用户请求发送给搜索集群或交易集群具体包括：
接收请求后将客户端发送到负载均衡模块的请求依次轮流的转发给交易集群/搜索集群的某个节点。
通过采用上述技术方案，通过负载均衡的方式对请求进行处理，具有实现简单，使得每个集群节点平均分担所有请求的特点，减小了服务器的压力，提高了数据传输的速度。
可选的，所述结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群进行数据获取具体包括：
结合用户请求的参数将请求任务拆分为多个任务；
对无效任务进行过滤；
优先进行缓存命中；
将缓存击穿的任务分发到航司接入服务集群进行数据获取。
通过采用上述技术方案，对无效的任务进行筛并及时拦截，可以尽量避免无效的任务派发给航空公司，导致航空公司所需处理的任务过多的情况发生。
可选的，所述按各航司协议进行参数整合发起查询请求具体包括：
对响应数据进行解析；
对差异数据进行补充、标准化；
将处理后的数据转换为内部结构响应给搜索集群。
通过采用上述技术方案，航空公司对接收到的任务产生响应，反馈相应任务所对应的航班信息，系统接收的航空公司发出的信息，并对信息进行补充，从而便于后续呈现出用户所需的航班信息，对不同航空公司的航班信息进行一体化处理，提高查询的便捷性。
可选的，所述将内部协议转换成NDC协议并响应给用户还包括：
对用户请求进行数据埋点。
通过采用上述技术方案，每进行一次查询则做一次记录，对查询的数量进行统计，便于后续做问题排查，进而可以进行查询量收费。
第二方面，本申请提供一种基于NDC的航司数据处理的系统，采用如下的技术方案：
一种基于NDC的航司数据处理的系统，包括运营管理平台、接入网关模块、交易集群、搜索集群和航司接入服务集群；所述交易集群和搜索集群均与接入网关模块交互通讯，所述交易集群和搜索集群均与航司接入服务集群交互通讯；
所述接入网关模块接收用户端发出的NDC请求，所述接入网关模块用于完成NDC协议标准化适配、流量控制、查订比设置、计费和权利限定的问题；
所述交易集群用于负责交易记录、支付、出票和订单查询的任务；所述交易集群接收适用于系统内部模型的交易请求，并将处理后的交易请求传输给航司接入服务集群。
搜索集群用于实现航司数据缓存、任务分发和数据聚合；所述搜索集群接收适用于系统内部模型的交易请求，并将处理后的交易请求传输给航司接入服务集群。
所述航司接入服务集群用于负责各航司接入、协议解析、数据转换、数据填充的流程，所述航司接入服务集群用于将任务分发给对应的航空公司，并接收航空公司反馈的航班信息。
根据权利要求7所述的一种基于NDC的航司数据处理的系统，其特征在于，所述运营管理平台设有航空公司自有接口协议，所述航空公司自有接口协议用于适配所有的航空公司接口。
通过采用上述技术方案，通过集群缓存、异步化的处理方式，提高了资源获取效率，基于NDC标准协议并且对全航司数据进行整合极大的节约了用户开发维护的成本，通过采用分布式无状态架构，支持集群规模的伸缩、支持上游航司持续增加。
可选的，所述运营管理平台设有航空公司自有接口协议，所述航空公司自有接口协议用于适配所有的航空公司接口。
通过采用上述技术方案，通过同一个接口协议，对不同航空公司的航班信息进行整合，方便对资源的同一管理，从而提高了资源获取效率。
第三方面，本申请提供一种智能终端，采用如下的技术方案：
一种智能终端，包括存储器和处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述任一所述的一种基于NDC的航司数据处理的方法。
通过采用上述技术方案，能够存储并处理相应的程序，能够实现数据资源统一处理，提高了资源获取效率。
第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：
一种计算机可读存储介质，包括可读存储介质及存储在所述可读存储介质上运行的计算机程序，所述计算机程序由处理器加载并执行以实现如上述任一所述的一种基于NDC的航司数据处理的方法。
通过采用上述技术方案，便于储存相关的程序，从而提高了资源获取效率。
综上所述，本申请包括以下至少一种有益技术效果：
1.通过集群缓存、异步化的处理方式，提高了资源获取效率；
2.基于NDC标准协议并且对全航司数据进行整合极大的节约了用户开发维护的成本；
3.通过采用分布式无状态架构，支持集群规模的伸缩、支持上游航司持续增加。
附图说明
图1是本申请实施例的一种基于NDC的航司数据处理的系统的整体结构框图。
图2是本申请实施例的协议转换的结构框图。
图3是本申请实施例的系统内部的结构框图。
图4是本申请实施例的一种基于NDC的航司数据处理的方法的整体流程示意图。
图5是本申请实施例中NDC协议转换成系统内部模型数据的流程示意图。
图6是本申请实施例中任务分配的流程示意图。
图7是本申请实施例中任务反馈过程的流程示意图。
图8是本申请实施例的一种基于NDC的航司数据处理方法的时序图。
附图标记说明：1、运营管理平台；11、接入网关模块；111、鉴权单元；112、流控单元；113、适配内部模型单元；114、适配NDC协议模型单元；12、交易集群；13、搜索集群；131、任务拆分单元；132、无效任务过滤单元；133、缓存命中单元；134、缓存击穿单元；135、更新缓存模块；136、数据合并模块；14、航司接入服务集群；141、适配航司协议单元；142、转发请求单元；143、接收响应单元；144、适配为内部模型单元；145、基础数据补充单元；15、航空公司自有接口协议。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细说明。
NDC(New Distribution Capability，新分销能力)，IATA发布的NDC标准，旨在开发和普及一套全新的、基于互联网XML语言的数据传输标准。
航空公司API接口：航空公司通过接口直接的方式与各代理人、OTA、TMC等建立直销，以更好的销售其机票、辅营、服务等产品。
查订比：衡量航班查询总量与预定量的一个比值，查订比＝航班查询量/预定PNR数。
以下结合说明书附图对本申请一种基于NDC的航司数据处理的方法和系统的实施例作进一步详细描述。
本申请实施例公开一种基于NDC的航司数据处理的系统。参照图1和图2，一种基于NDC的航司数据处理的系统包括运营管理平台1、接入网关模块11、交易集群12、搜索集群13和航司接入服务集群14，运营管理平台1设有航空公司自有接口协议15，航空公司自有接口协议15用于适配所有的航空公司接口。通过同一个接口协议，对不同航空公司的航班信息进行整合，方便对资源的同一管理，从而提高了资源获取效率。
参照图1和图3，接入网关模块11用于完成NDC协议标准化适配、流量控制、查订比设置、计费和权利限定的问题，具体的，接入网关模块11包括鉴权单元111、流控单元112和适配内部模型单元113。鉴权单元111用于对用户的请求任务进行权利鉴定，判定用户所能访问的航司。流控单元112用于对系统内任务进行管控，有利于防止因为任务数量与运营管理平台1的处理速度的不匹配造成数据丢失的情况发生。适配内部模型单元113用于将用户端发送的NDC请求协议转换为系统内部模型所适配的数据，便于对任务数据进行统一调度。
参照图1和图2，搜索集群13用于实现航司数据缓存、任务分发和数据聚合，具体的，搜索集群13包括任务拆分单元131、无效任务过滤单元132、缓存命中单元133和缓存击穿单元134。任务拆分单元131用于将获取的任务信息进行拆分，选择任务所适配的航空公司，并将任务依次分给所适配的航空公司。无效任务过滤用于将无效的任务过滤掉，有利于降低运营管理平台1的处理负载。在一个实施例中，任务所对应的航班被取消，则将该任务过滤，不会进入下一个步骤。缓存命中单元133用于提高查询速度，拦截重复请求，降低查订比，缓存击穿单元134用于将未被拦截的任务分发给航司接入服务集群14。
参照图1和图2，具体的，航司接入服务集群14包括适配航司协议单元141、转发请求单元142、接收响应单元143、适配为内部模型单元144和基础数据补充单元145。适配航司协议单元141用于将系统内部模型的任务数据转换为适配于任务相对应的航空公司的协议的数据。请求单元用于将航空公司发出查询请求，并将转换后的数据传输 给航空公司。接收响应单元143用于接收航空公司根据任务数据所反馈的航班信息。适配为内部模型单元144用于将航空公司的航司协议所对应的航班信息转换为系统内部模型所适配的数据。基础数据补充单元145用于对转换后的航班信息进行补充，并将补充后的航班信息数据反馈给搜索集群13。
搜索集群13还包括更新缓存模块135和数据合并模块136，更新缓存模块135用于将补充后的航班信息存储到运营管理平台1的数据库内，便于用户查询。数据合并模块136用于将不同航空公司反馈的数据信息进行统一规划处理，便于用户查看。
参照图1和图3，交易集群12用于负责交易记录、支付、出票、订单查询等业务。交易集群12接收的任务仅针对于一家航空公司，因此交易集群12会直接将任务传输给接入集群，从而通过航空公司的反馈得知交易信息。
接入网关模块11还包括适配NDC协议模型单元114，适配NDC协议模型单元114用于将适配内部模型单元113的数据转换为适配NDC协议的数据。从而使得用户无需升级系统，即可很方便的查询所需的航班信息。对不同航空公司的数据进行同一处理，提高数据获取的速度和便捷性。
下面结合一种基于NDC的航司数据处理的系统对一种基于NDC的航司数据处理的方法的实施进行详细说明：
参照图4，本申请另一实施例提供一种基于NDC的航司数据处理的方法，包括以下步骤：
S10，接收用户请求并对用户请求进行权限、流量控制；
其中，用户端可以访问的航空公司不同，并且在接收用户端请求时，需要控制进入运营管理平台内的请求数量，从而尽量避免请求信息过多造成服务器卡死的情况发生。
在一个实施例中，用户端发出一个请求，请求内容为查询国航、南航和东航10月1号上海到北京的航班。首先判定用户端是否有查询国航航班/南航航班/东航航班的权限，判定结果为用户端能够查询国航和南航的航班，无法查询东航的航班，则生成两个任务。任务一传输给国航，内容为查询10月1号上海到北京的航班；任务二传输给南航，内容为查询10月1号上海到北京的航班。
在实施中，预设运营管理平台1所能同时处理的任务量，对运营管理平台1内的流量进行限制，从而有效避免同一时间段内运营管理平台1的任务量过大导致数据丢失的情况发生。
S20，将用户端发送的NDC请求协议转换为系统内部模型；
参照图5，将用户端发送的NDC请求协议转换为系统内部模型的具体步骤包括：
S201，对用户端的请求进行解析，获取请求项；
S202，根据请求项选取出包含获取的请求项所对应的所有航班信息。
通过对用户端发出的NDC请求协议转换成系统内部模型，从而使得将用户端发出的请求转换成适用于不同航司的通用数据，从而便于获取不同航司的信息，用户无需进行系统升级即可获取想要的数据。
在一个实施例中，用户端发出一个请求，请求内容为查询10月1号上海到北京的航班。其中，用户端采用的协议中，查询10月1号上海到北京的航班的信息通过XML的格式表示。运营管理平台1内的查询10月1号上海到北京的航班的信息通过POJO格式表示。即将用户端表示任务信息的XML格式转换为POJO格式，两个格式对应的任务信息均为查询10月1号上海到北京的航班。具体的，POJO对象中包含出发机场(上海)、回程机场(北京)、出发日期(10月1号)、返程日期、行程类型。运营管理平台通过收集用户端的信号从而获取具体的请求信息，并对请求信息进行分析，将交易请求发送给交易集群，将搜索请求发送给搜索集群。
S30，通过负载策略将用户请求发送给搜索集群13或交易集群12；
其中，负载策略为通过轮询算法达到负载均衡的一种策略。具体的，请求任务到达后，将用户端发送到负载均衡模块的请求依次轮流地转发给后端服务集群的某个节点，具有实现简单，每个集群节点平均分担所有请求的特点。
在一个实施例中，运营管理平台1同时获取了二十个任务请求，运营管理平台1内的交易集群12包含3个交易核心服务节点，运营管理平台1内的搜索集群13包含3个搜索核心服务节点。二十个任务请求中有8个是交易请求，有12个是搜索请求。其中，8个交易请求依次轮流的转发给3个交易核心服务节点，12个搜索请求依次轮流的转发给3个搜索核心服务节点。通过负载均衡的方式对请求进行处理，具有实现简单，使得每个集群节点平均分担所有请求的特点，减小了服务器的压力，提高了数据传输的速度。
S40，结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群14进行数据获取；
在实施中，运营管理平台1会接收到很多任务，其中包含很多无用的任务，因此需要对任务进行筛选，尽可能避免航空公司接收到无用的任务，参照图6，具体步骤如下：
S401，结合用户请求的参数将请求任务拆分为多个任务；
S402，对无效任务进行过滤；
无效任务为运营管理平台1判断出的不存在的任务，例如：查询已经售空的机票、查询航空公司没有的班次等。
S403，优先进行缓存命中；
其中，用户端访问加速节点时，如果该节点有缓存住了要被访问的数据时就叫做命中，如果没有的话需要回原服务器取，就是没有命中。取数据的过程与用户访问是同步进行的，因此即使是重新取的新数据，用户也不会感觉到有延时。命中率的计算公式为：命中率＝命中数/(命中数+没有命中数)。缓存技术应用主要为提高查询速度、拦截重复请求、降低查订比。
S404，将缓存击穿的任务分发到航司接入服务集群14进行数据获取。
基于用户请求中的参数信息或任务拆分结果进行任务分发，参数信息包括航班时间、航班班次、航班票价、航班起始地和航班到达地等，任务拆分结果包括任务过滤结果、缓存命中结果等。
在一个实施例中，用户请求的参数为10月1号至10月3号期间上海到北京的航班信息。将用户请求分为三个任务，任务一为查询10月1号上海到北京的航班信息，任务二为查询10月2号上海到北京的航班信息，任务三为查询10月3号上海到北京的航班信息。其中10月1号上海到北京的航班已经售罄，则自动过滤任务一。对任务二和任务三进行缓存命中，判断任务二和任务三是否为重复请求。当判定任务二和任务三为可执行任务时，将任务二和任务三分发到航司接入服务集群14进行数据获取。
在实施中，对无效的任务进行筛并及时拦截，可以尽量避免无效的任务派发给航空公司，导致航空公司所需处理的任务过多的情况发生。
S50，按各航司协议进行参数整合发起查询请求；
参照图7，按各航司协议进行参数整合发起查询请求具体包括以下步骤：
S501，对响应数据进行解析；
在一个实施例中，运营管理平台1解析的任务内容为查询南航10月1号上海到北京的航班，任务数据在运营管理平台1内通过POJO格式表示。通过运营管理平台1上的航空公司自有接口协议15将POJO格式的任务内容转换成适用于南航协议的数据，从而获取南航10月1号上海到北京的航班的具体信息。
S502，对差异数据进行补充、标准化；
S503，将处理后的数据转换为内部结构响应给搜索集群13。
在一个实施例中，南航公司提供的10月1号上海到北京的航班的信息内容为航班时间、航班对应的票价、航班班次、航班准时率、燃油附加费和剩余座位信息，且上述信息都是由南航公司协议的对应的数据所表示。南航公司通过接口将信息反馈给航司接入服务集群14，并将信息转换成系统内部模型所适配的数据，即以POJO的格式展示。
在另一个实施例中，航司接入服务集群14获取的POJO格式的数据有缺失，对数据进行分析后发现航司接入服务集群14获取的数据缺少航班对应的航空公司的名称和航班所在的机场名称。航司接入服务集群14将数据对应的航空公司名称和机场名称以POJO格式对数据进行补充，使得数据更加完整。
S60，对数据进行缓存、聚合操作后响应上游应用；
不同航空公司提供的数据内容不同，运营管理平台1在获取不同航空公司的航班信息后，需要对航班信息的数据进行统一处理，便于用户的购票体验。
在一个实施例中，用户搜索国航、南航和东航10月1号上海到北京的航班。其中，国航提供的信息顺序为航班时间、航班对应的票价、航班班次、航班准时率、燃油附加费和剩余座位信息，南航提供的信息顺序为航班对应的票价、航班班次、航班准时率、燃油附加费、航班时间和剩余座位信息。收集到信息后，按照时间顺序对航班信息进行排序，并且以航班时间、总票价、航班班次、剩余座位信息和航班准时率的顺序对数据进行重新排序。总票价为航班对应的票价和燃油附加费的总和。
S70，将系统内部模型转换成NDC协议并响应给用户。
在一个实施例中，运营管理平台1所需反馈给用户端的数据为查询10月1号上海到北京的航班。其中，用户端采用的协议中，查询10月1号上海到北京的航班的信息通过XML的格式表示。运营管理平台1内的查询10月1号上海到北京的航班的信息通过POJO格式表示。即将运营管理平台1表示任务信息的POJO格式转换为XML格式，两个格式对应的任务信息均为查询10月1号上海到北京的航班。用户端在接收到反馈信息后会将所有的10月1号上海到北京的航班信息显示给用户进行选择。
在另一个实施例中，搜索集群13将航空公司反馈的任务信息和航班信息传输给接入网关模块11，接入网关模块11进行数据埋点，接入网关模块11对用户的浏览/查询/交易的行为进行统计。具体的，统计用户浏览的时间、统计用户查询航班的次数、统计用户购买机票的情况等。通过统计上述信息，计算出查订比，根据查订比可以做问题排查，从而对系统进行优化改善。
参照图1和图8，用户端将NDC请求发送给接入网关模块11，接入网关模块11通 过对NDC请求进行权利鉴定和流量控制后，将NDC转换成适配于系统内部模型的任务数据并传输给搜索集群13。搜索集群13将任务进行拆分缓存，并将处理好的任务分配给相应的航司接入服务集群14，航司接入服务集群14将任务以适配于相应航司协议的方式传输给相应的航空公司，并得到航空公司反馈的航班信息。航司接入服务集群14对将航班信息传输给搜索集群13，搜索集群13对接收的航班信息进行缓存聚合后传输给接入网关模块11进行埋点，并将航班信息以适配NDC协议的方式反馈给用户端。
本申请实施例提出了一种更为高效、便捷的数据直连方式，通过对航空公司数据接口采用NDC标准协议进行改造，同时对原有非标准协议航司进行聚合并采用标准化协议输出。通过集群缓存、异步化的处理方式，提高了资源获取效率，基于NDC标准协议并且对全航司数据进行整合极大的节约了用户开发维护的成本，通过采用分布式无状态架构，支持集群规模的伸缩、支持上游航司持续增加。
基于上述同一发明构思，本申请实施例还公开一种智能终端。
一种智能终端，包括存储器和处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述任一所述的一种基于NDC的航司数据处理的方法。
基于上述同一发明构思，本申请实施例还公开一种计算机可读存储介质，包括可读存储介质及存储在所述可读存储介质上运行的计算机程序，所述计算机程序由处理器加载并执行以实现如上述任一所述的一种基于NDC的航司数据处理的方法。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质例如包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

  1. 一种基于NDC的航司数据处理的方法，其特征在于，包括以下步骤：
    接收用户端发送的NDC请求并对用户请求进行权限、流量控制；
    将用户端发送的NDC请求协议转换为系统内部模型；
    通过负载策略将用户请求发送给搜索集群或交易集群；
    结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群进行数据获取；
    按各航司协议进行参数转换，并对各航司发起查询请求；
    搜索集群对数据进行缓存、聚合操作后响应上游应用；
    将系统内部模型转换成NDC协议并响应给用户。
  2. 根据权利要求1所述的一种基于NDC的航司数据处理的方法，其特征在于，所述将用户端发送的NDC请求协议转换为系统内部模型具体包括：
    对用户端的请求进行解析，获取请求项信息；
    根据请求项信息选取出系统内部模型内对应该请求项信息的数据。
  3. 根据权利要求1所述的一种基于NDC的航司数据处理的方法，其特征在于，所述通过负载策略将用户请求发送给搜索集群或交易集群具体包括：
    接收请求后将客户端发送到负载均衡模块的请求依次轮流的转发给交易集群/搜索集群的某个节点。
  4. 根据权利要求1所述的一种基于NDC的航司数据处理的方法，其特征在于，所述结合用户请求的参数将请求任务拆分为多个任务并将任务分发到航司接入服务集群进行数据获取具体包括：
    结合用户请求的参数将请求任务拆分为多个任务；
    对无效任务进行过滤；
    优先进行缓存命中；
    将缓存击穿的任务分发到航司接入服务集群进行数据获取。
  5. 根据权利要求1所述的一种基于NDC的航司数据处理的方法，其特征在于，所述按各航司协议进行参数整合发起查询请求具体包括：
    对响应数据进行解析；
    对差异数据进行补充、标准化；
    将处理后的数据转换为内部结构响应给搜索集群。
  6. 根据权利要求1所述的一种基于NDC的航司数据处理的方法，其特征在于，所 述将内部协议转换成NDC协议并响应给用户还包括：
    对用户请求进行数据埋点。
  7. 一种基于NDC的航司数据处理的系统，其特征在于，包括运营管理平台、接入网关模块、交易集群、搜索集群和航司接入服务集群；所述交易集群和搜索集群均与接入网关模块交互通讯，所述交易集群和搜索集群均与航司接入服务集群交互通讯；
    所述接入网关模块接收用户端发出的NDC请求，所述接入网关模块用于完成NDC协议标准化适配、流量控制、查订比设置、计费和权利限定的问题；
    所述交易集群用于负责交易记录、支付、出票和订单查询的任务；所述交易集群接收适用于系统内部模型的交易请求，并将处理后的交易请求传输给航司接入服务集群。
    搜索集群用于实现航司数据缓存、任务分发和数据聚合；所述搜索集群接收适用于系统内部模型的交易请求，并将处理后的交易请求传输给航司接入服务集群。
    所述航司接入服务集群用于负责各航司接入、协议解析、数据转换、数据填充的流程，所述航司接入服务集群用于将任务分发给对应的航空公司，并接收航空公司反馈的航班信息。
  8. 根据权利要求7所述的一种基于NDC的航司数据处理的系统，其特征在于，所述运营管理平台设有航空公司自有接口协议，所述航空公司自有接口协议用于适配所有的航空公司接口。
  9. 一种智能终端，其特征在于，包括存储器和处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6任一所述的一种基于NDC的航司数据处理的方法。
  10. 一种计算机可读存储介质，其特征在于，包括可读存储介质及存储在所述可读存储介质上运行的计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至6任一所述的一种基于NDC的航司数据处理的方法。
PCT/CN2021/134255 2021-11-10 2021-11-30 一种基于ndc的航司数据处理的方法和系统 WO2023082366A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111329438.0 2021-11-10
CN202111329438.0A CN114281518A (zh) 2021-11-10 2021-11-10 一种基于ndc的航司数据处理的方法和系统

Publications (1)

Publication Number Publication Date
WO2023082366A1 true WO2023082366A1 (zh) 2023-05-19

Family

ID=80868942

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/134255 WO2023082366A1 (zh) 2021-11-10 2021-11-30 一种基于ndc的航司数据处理的方法和系统

Country Status (2)

Country Link
CN (1) CN114281518A (zh)
WO (1) WO2023082366A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073937A (zh) * 2010-12-30 2011-05-25 中国民航信息网络股份有限公司 一种枢纽机场中转管理系统及方法
CN102624872A (zh) * 2012-02-14 2012-08-01 中国民航信息网络股份有限公司 民航移动平台系统及其方法
US20160378874A1 (en) * 2015-06-24 2016-12-29 Avaea, Inc. Travel distribution system
CN110262903A (zh) * 2019-05-17 2019-09-20 北京恒赢智航科技有限公司 一种基于航空订座系统的中间件架构及方法
CN112231542A (zh) * 2020-10-12 2021-01-15 中国民航信息网络股份有限公司 一种标准化航空公司附加服务销售的方法及装置
CN112308515A (zh) * 2020-10-30 2021-02-02 中国民航信息网络股份有限公司 一种面向ndc聚合器的ndc处理系统及其业务请求处理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102073937A (zh) * 2010-12-30 2011-05-25 中国民航信息网络股份有限公司 一种枢纽机场中转管理系统及方法
CN102624872A (zh) * 2012-02-14 2012-08-01 中国民航信息网络股份有限公司 民航移动平台系统及其方法
US20160378874A1 (en) * 2015-06-24 2016-12-29 Avaea, Inc. Travel distribution system
CN110262903A (zh) * 2019-05-17 2019-09-20 北京恒赢智航科技有限公司 一种基于航空订座系统的中间件架构及方法
CN112231542A (zh) * 2020-10-12 2021-01-15 中国民航信息网络股份有限公司 一种标准化航空公司附加服务销售的方法及装置
CN112308515A (zh) * 2020-10-30 2021-02-02 中国民航信息网络股份有限公司 一种面向ndc聚合器的ndc处理系统及其业务请求处理方法

Also Published As

Publication number Publication date
CN114281518A (zh) 2022-04-05

Similar Documents

Publication Publication Date Title
US8612269B2 (en) Method, system, and computer program product to store event information and corresponding event availability information
CN101609610B (zh) 一种航班信息数据采集器及其处理方法
CN104182916A (zh) 一种航班延误保险的主动理赔服务系统
CN105635283A (zh) 一种云制造服务的组织管理和使用方法和系统
CN101004743A (zh) 分布式文档转换系统及方法
CN111580977A (zh) 一种资源调整方法及相关设备
CN109067859A (zh) 一种面向跨域协同服务的双层云架构系统及实现方法
CN110047014A (zh) 一种基于负荷曲线和历史电量的用户电量数据修复方法
WO2014107359A1 (en) System and method for distributed database query engines
JP2014517382A (ja) 繰り返されるサーチリクエストを最適化する改良された予約システムのための方法及びシステム
US20050154770A1 (en) Information system and data access method
US7917575B1 (en) Distributed report processing system and methods
CN108984571A (zh) 事务标识操作方法、系统和计算机可读存储介质
CN105976245A (zh) 一种模拟交易系统及方法
CN107609172B (zh) 一种跨系统多维度数据检索处理方法及装置
CN101252451B (zh) 保证服务质量的Web服务器系统请求区分服务方法与中间件
CN109241194A (zh) 基于高性能集群分布的数据库系统的负载均衡方法及装置
US10176249B2 (en) System for image intelligence exploitation and creation
JPH07175697A (ja) 異種データベース・アクセス・システム及びその制御方法
WO2023082366A1 (zh) 一种基于ndc的航司数据处理的方法和系统
CN109040197A (zh) 一种基于web负载均衡系统的智能网关管理系统及方法
CN111506818B (zh) 一种航班数据处理方法及装置
CN116980526A (zh) 应用于融合通信的多渠道排队机实现方法、装置及设备
CN114328587A (zh) 一种ndc报文分布式解析系统架构集成方法及装置
CN100358289C (zh) 一种综合网管系统及管理网元管理系统的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21963807

Country of ref document: EP

Kind code of ref document: A1