CN110334101A - 处理和传输订单数据的方法、装置、系统和服务器 - Google Patents

Abstract

本发明提供了一种处理和传输订单数据的方法、装置、系统和服务器，接收客户端发送的订单数据，将订单数据转换成多个数据节点，组合数据节点得到统一订单数据，并在订单数据库中保存统一订单数据。其中，订单数据包括机票订单和与机票订单相关联的附加服务的订单，数据节点与机票订单以及附加服务的订单一一对应，统一订单数据用于向数据接收端发送。本发明将不同类型的产品对应的订单整合成统一订单数据，使销售系统能够通过一个统一数据接口向数据接收端发送统一订单数据，而不必针对不同类型的订单实现多个不同类型的接口，从而有效地减轻销售系统的负荷。

Description

处理和传输订单数据的方法、装置、系统和服务器

技术领域

本发明涉及数据处理技术领域，特别涉及一种处理和接收订单数据的方法、装置、系统和服务器。

背景技术

随着民航产业的发展，目前的航空公司销售的产品不仅包括机票以及行李托运服务，往往还包括与机票相关联的酒店、租车、保险、景点门票等多种附加服务，涵盖旅客行程的多个方面。

旅客通过航空公司的门户网站订购机票以及附加服务后，航空公司的销售系统生成与旅客订购的产品对应的多个订单，并根据产品种类对这些订单进行分类存储。在向其他系统传输这些订单时，不同类型的订单需要的传输接口也不同，为了满足航空公司的其他系统获取不同类型的订单的需要，销售系统往往需要实现多种不同类型的接口，从而导致销售系统负荷增大，降低销售系统的工作效率。

发明内容

基于上述现有技术的不足，本发明提出一种处理和接收订单数据的方法、装置、系统和服务器，用于整合不同类型产品对应的订单，以减轻销售系统的负荷。

为解决上述问题，现提出的方案如下：

本发明第一方面公开一种处理订单数据的方法，应用于数据处理端，包括：

接收客户端发送的订单数据，所述订单数据包括机票订单和与所述机票订单相关联的附加服务的订单；

将所述订单数据转换成多个数据节点，并组合所述数据节点得到与所述机票订单对应的统一订单数据，所述数据节点与所述机票订单以及所述附加服务的订单一一对应；

将所述统一订单数据存储至订单数据库，所述统一订单数据用于向数据接收端发送。

可选的，所述组合所述数据节点得到统一订单数据之后，还包括：

为所述统一订单数据分配对应的属性表，所述属性表包括所述统一订单数据的索引号、订单编号、内容摘要和发送标志，所述发送标志用于表明所述统一订单数据的发送状态；

所述将所述统一订单数据存储至订单数据库，包括：

将所述统一订单数据和对应的属性表存储至订单数据库。

可选的，所述将所述统一订单数据存储至订单数据库之后，还包括：

将所述统一订单数据移入实时转发队列，按预设的通信协议封装所述实时转发队列中的所述统一订单数据后，向数据接收端发送封装后的所述统一订单数据。

本发明第二方面公开一种传输订单数据的方法，应用于数据接收端，包括：

接收数据处理端发送的统一订单数据，所述统一订单数据由所述数据处理端对订单数据进行处理后得到；

判断所述统一订单数据是否接收成功；

若所述统一订单数据接收成功，按预设的通信协议向所述数据处理端反馈响应信息，所述响应信息用于向所述数据处理端表明所述统一订单数据接收成功；

解析所述统一订单数据，得到所述订单数据。

本发明第三方面公开一种数据处理端，包括：

接收单元，用于接收客户端发送的订单数据，所述订单数据包括机票订单和与所述机票订单相关联的附加服务的订单；

整合单元，用于将所述订单数据转换成多个数据节点，所述数据节点与所述订单一一对应，组合所述数据节点得到与所述机票订单对应的统一订单数据；

发送单元，用于通过统一数据接口向数据接收端发送所述统一订单数据；

订单数据库，用于存储所述统一订单数据。

可选的，所述整合单元还用于：

为所述统一订单数据分配对应的属性表，所述属性表包括所述统一订单数据的索引号、订单编号、内容摘要和发送标志，所述发送标志用于表明所述统一订单数据的发送状态；

所述订单数据库还用于存储所述统一订单数据对应的属性表。

可选的，所述发送单元用于通过统一数据接口向数据接收端发送所述统一订单数据，包括：

所述发送单元用于将所述统一订单数据移动至实时转发队列，按预设的通信协议封装所述实时转发队列中的统一订单数据后，向数据接收端发送封装后的所述统一订单数据。

本发明第四方面公开一种数据接收端，包括：

接收单元，用于接收统一订单数据，所述统一订单数据由所述统一订单数据的发送端对订单数据进行处理后得到；

判断单元，用于判断所述统一订单数据是否接收成功；

反馈单元，用于若所述统一订单数据接收成功，按预设的通信协议向所述发送端反馈响应信息，所述响应信息用于向所述发送端表明所述统一订单数据接收成功；

解析单元，用于解析所述统一订单数据，得到所述订单数据。

本发明第五方面公开一种服务器，其特征在于，包括：

存储器，用于存储计算机指令；

处理器，用于执行所述存储器存储的计算机指令，具体执行如上述本发明第二方面任意一项公开的传输订单数据的方法。

本发明第六方面公开一种处理订单数据的系统，包括：

控制台，用于执行如上述本发明第一方面任意一项公开的处理订单数据的方法，得到统一订单数据；

订单数据库，用于保存所述统一订单数据；

转发控制器，用于通过统一数据接口向数据接收端发送所述统一订单数据。

本发明提供了一种处理和接收订单数据的方法、装置、系统和服务器，接收客户端发送的订单数据，将订单数据转换成多个数据节点，组合数据节点得到统一订单数据，并在订单数据库中保存统一订单数据。其中，订单数据包括机票订单和与机票订单相关联的附加服务的订单，数据节点与机票订单以及附加服务的订单一一对应，统一订单数据用于通过统一数据接口向数据接收端发送。本发明将不同类型的产品对应的订单整合成统一订单数据，使销售系统能够通过一个统一数据接口向数据接收端发送统一订单数据，而不必针对不同类型的订单实现多个不同类型的接口，从而有效地减轻销售系统的负荷。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种处理订单数据的方法的流程图；

图2为本发明另一实施例提供的一种处理订单数据的方法的流程图；

图3为本发明另一实施例提供的一种传输订单数据的方法的流程图；

图4为本发明另一实施例提供的一种数据处理端的结构示意图；

图5为本发明另一实施例提供的一种数据接收端的结构示意图；

图6为本发明另一实施例提供的一种订单数据处理系统的结构示意图；

图7为本发明实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请实施例提供了一种处理航空公司的订单数据的方法，请参考图1，该方法包括以下步骤：

S101、接收客户端发送的订单数据。

客户端发送的订单数据，包括机票订单，以及与机票订单相关联的附加服务的订单。

需要说明的是，客户端每次发送的一份订单数据中，有且仅有一份机票订单，对应一张机票，附加服务的订单的数量不限，并且同类附加服务可以有多份订单。对应的，本申请实施例提供的处理订单数据的方法，实际是将航空公司的订单数据根据相关联的机票订单进行整合，也就是将与一份机票订单关联的所有附加服务的订单以及这份机票订单整合成一份统一订单数据，最终得到与航空公司的多份机票订单一一对应的多份统一订单数据。

其中，与机票订单关联的附加服务可以包括以下种类：行李托运服务、酒店住宿服务、租车服务、保险服务以及景点门票服务等。在航空公司购买了机票的旅客购买上述附加服务后，可以在航行过程中，以及在机票的出发地和/或目的地享受对应的服务。例如，购买了目的地的酒店住宿服务的旅客，可以在到达目的地后直接入住对应的酒店；购买了出发地的租车服务的旅客，在前往机场时，将有专车送达出发机场；若目的地有景点，旅客购买目的地景点门票服务后，航空公司将为其订购对应景点的门票，旅客到达目的地后，即可在特定时间段内直进入该景点，不必在景点处排队购票。

机票，其他附加服务，都可以认为是航空公司提供的产品。

S102、将上述订单数据转换成多个数据节点。

其中，数据节点与订单数据中的机票订单以及附加服务的订单一一对应。例如，若一份订单数据中包括一份机票订单，一份酒店住宿服务的订单，以及一份租车服务的订单，那么这份订单数据会转换得到三个数据节点，分别对应其中的机票订单、酒店住宿服务的订单以及租车服务的订单。

S103、组合数据节点得到与机票订单对应的统一订单数据。

可选的，组合得到统一订单数据后，可以为统一订单数据分配对应的属性表，其中包括统一订单数据的索引号、对应的机票订单编号、内容摘要和发送标志。

S104、将统一订单数据存储至订单数据库。

其中，统一订单数据用于通过统一数据接口数据接收端发送。

本申请实施例提供的处理订单数据的方法，将航空公司的机票订单以及与机票关联的附加服务的订单转换成数据节点后，组合这些数据节点得到与机票订单对应的统一订单数据，使得航空公司的销售系统发送订单数据时，只需要针对统一订单数据实现一个接口并通过该接口发送统一订单数据，而不必对不同类型的订单分别实现不同类型的接口，有效降低了销售系统的负荷。

本申请实施例还提供了一种处理订单数据的方法，请参考图2，该方法包括以下步骤：

S201、读取并加载预先设定的配置文件。

配置文件，是包括多个可配置项的文件，其中的可配置项的值由系统管理员预先设定。

可选的，可配置项可以包括统一订单数据的接收地址，以及统一订单数据的发送功能的开关。系统管理员通过修改统一订单数据的接收地址，可以使统一订单数据被发送至不同的数据接收端；通过设置统一订单数据的发送功能的开关，可以允许统一订单数据向其他系统发送，或者禁止统一订单数据向其他系统发送。

可选的，配置文件可以是xml格式的文件，且配置文件通常作为一个独立的文件保存在公共文件夹中。

S202、接收客户端发送的订单数据。

可选的，客户端可以包括：B2C网站入口，备选产品数据库和报表数据库，与备选产品数据库连接的备选产品数据库连接器，与报表数据库连接的报表数据库连接器。

其中，备选产品数据库用于存储可供客户选择的产品的相关信息，由于航空公司会提供包括机票、酒店住宿服务、租车服务在内的多种类型的产品，因此备选产品数据库中也会存储多种产品的信息。具体的，在机票方面，可以包括，航空公司提供的航班信息，各个航班剩余的座位数量；在酒店住宿服务方面，可以包括，与航空公司合作的酒店品牌，合作品牌下属的酒店的位置，合作品牌下属的酒店在各个时间段可购买的房间数量以及房间信息等；当然，根据航空公司提供的附加服务的种类，备选产品数据库中还会存储其他多种产品的信息，此处不再一一列举。

需要订购机票及附加服务的旅客，通过B2C网站入口进入航空公司的客户端后，即可通过备选产品数据库连接器查询并浏览备选产品数据库中的产品信息，并选购产品。例如，某旅客需要在3月20日从A市前往B市，于是该旅客通过备选产品数据库连接器查找3月20日当天A市到B市的航班，以及这些航班的剩余座位数，然后选择需要购买的航班；选择航班后，旅客还可以浏览备选产品数据库中附加服务的产品信息，了解3月20日航空公司在A市和B市分别可以提供的附加服务，然后根据需要选择。

旅客进行选择产品后，备选产品数据库中的产品信息会对应的删除。例如，旅客选择特定日期的某次航班后，备选产品数据库中该航班的剩余座位数量相应的减少一个，若旅客还选择了目的地的酒店住宿服务，抵达目的地后在特定酒店住宿一晚，则备选产品数据库中旅客选择的酒店的房间信息将被删除。

旅客完成产品选择后，备选产品数据库连接器即生成对应的订单，并等待旅客支付。支付完成后，生成的订单即由备选产品数据库连接器发往报表数据库连接器，报表数据库连接器收到订单后，一方面根据这些订单对应的产品类型，分类存储至报表数据库中；另一发面，复制收到的订单，将复制得到的副本作为订单数据发送。

S203、将上述订单数据转换成多个数据节点。

结合上述对客户端产生订单数据的过程的介绍，可以发现订单数据通常是由，包括机票订单以及附加服务的订单在内的多个订单构成的，每个订单对应一类产品，例如，订单数据中可以包括机票订单、酒店住宿服务的订单、租车服务的订单以及景点门票服务的订单等。对应的，此处转换得到数据节点，与订单数据中的订单一一对应。

步骤S203，具体可以采用以下方式进行：分别按文本形式存储订单数据中的订单，每个订单保存成一个独立的文本文件，得到与订单数据中的多个订单一一对应的多个文本文件，每个文本文件就是一个数据节点。

S204、组合数据节点得到统一订单数据。

可选的，可以将机票订单对应的数据节点作为根节点，与机票订单关联的附加服务的订单对应的数据节点按照特定的规则与根节点连接，连接完所有数据节点后得到的树状的数据结构，就是统一订单数据。

S205、为统一订单数据配置对应的属性表。

可选的，属性表可以包括统一订单数据的索引号、订单编号、内容摘要、发送标志和响应信息等字段。

统一订单数据的索引号，可以认为是用于唯一的确定一个统一订单数据的标识，不同的统一订单数据之间，对应的索引号也不同，给定一个索引号后，可以从订单数据库中查找出唯一一个对应的统一订单数据。

订单编号是指统一订单数据的根节点记录的机票订单的编号。一般的航空公司内部的数据交互经常是围绕机票订单进行的，通过在统一订单数据的属性表中记录对应的机票订单的编号，可以提高航空公司内各系统之间数据交互的效率。

内容摘要可以包括统一订单数据中记录的订单的数量以及订单类型。

发送标志用于表明对应的统一订单数据的发送状态，具体的，发送标志可以包括“待发送”、“发送中”、“发送成功”和“发送失败”等多个可选项，用于表明统一订单数据处于对应的状态。统一订单数据被存入订单数据库时，发送标志一般配置为“待发送”。

响应信息用于记录接收统一订单数据的系统的反馈信息，可以是接收成功后的反馈信息，也可以是接收失败后的反馈信息。由于响应信息是用于记录统一订单数据被发送后获得的反馈，因此，统一订单数据被存入订单数据库，尚未被发送时，一般将响应信息这一属性配置为空，即，在属性表中预留足够的空间用于存储以后可能受到的响应信息。

S206、将统一订单数据和对应的属性表存储至订单数据库。

通过为统一订单数据配置属性表，并将统一订单数据和属性表一起存入订单数据库，可以有效的提高统一订单数据的查询和管理效率。

步骤S206的存储过程，具体是，将统一订单数据和对应的属性表存储至配置文件中设定的订单数据库的存储地址处。

基于上述实施例提供的处理订单数据的方法，本申请另一实施例提供了一种传输订单数据的方法，适用于航空公司内部销售系统向其他系统发送订单数据的过程，如图3所示，该方法包括以下步骤：

S301、数据处理端提取自身的待发送的统一订单数据。

其中，统一订单数据由数据处理端通过执行本申请实施例提供的处理订单数据的方法得到，并存储在订单数据库中。

数据处理端，是指执行上述本申请实施例提供的订单数据处理方法，生成统一订单数据的装置。本申请实施例提供的处理订单数据的方法，一般适用于航空公司的销售系统，因此上述数据处理端也可以认为是航空公司的销售系统。

可选的，步骤S301具体执行过程包括：

数据处理端按预设的时间间隔对自身的订单数据库中符合发送状态规则的统一订单数据进行实时扫描，提取扫描得到的统一订单数据作为待发送的统一订单数据。

符合待发送状态规则的统一订单数据，可以是未被发送的统一订单数据以及发送失败的统一订单数据。

可选的，若数据处理端扫描得到多个待发送的统一订单数据，可以将这些统一订单数据存入实时转发队列。

可选的，上述扫描过程可以根据统一订单数据的属性表的索引号进行。

S302、数据处理端向数据接收端传输待发送的统一订单数据。

上述数据接收端，可以认为是航空公司内部除了销售系统以外的其他系统。

可选的，步骤S302具体包括以下过程：

数据处理端按预设的通信协议对待发送的统一订单数据进行封装和压缩，然后经过统一数据接口发送。

可选的，上述通信协议可以是SOAP协议(简易对象访问协议)。

S303、数据接收端判断是否成功接收统一订单数据，若接收失败，执行步骤S304，若接收成功，执行步骤S305。

可选的，数据接收端可以通过对收到的统一订单数据进行格式校验判断是否成功接收统一订单数据，若收到的统一订单数据通过格式校验，则判断出统一订单数据接收成功，若未通过格式校验，则判断出统一订单数据接收失败。

S304、数据接收端在响应消息中配置接收失败标识，执行步骤S306。

S305、数据接收端在响应消息中配置接收成功标识，执行步骤S306和步骤S307。

响应消息是数据接收端收到统一订单数据后，对统一订单数据的响应。

S306、数据接收端向数据处理端发送响应消息。

可选的，响应消息可以根据预设的通信协议发送。

S307、若接收成功，数据接收端解析成功接收的统一订单数据，得到订单数据。

一般情况下，数据接收端需要的是统一订单数据的某个节点记录的订单，因此需要将接收的统一订单数据进行解析，得到对应的订单数据，然后从中提取出需要的订单。

S308、数据处理端判断统一订单数据是否发送成功，若发送失败，执行步骤S309，若发送成功，执行步骤S310。

可选的，步骤S308具体可以包括以下过程：

数据处理端经过预设时间后，判断是否收到响应消息，若收到响应消息，则根据响应消息判断是否发送成功，若未收到响应消息，则判断待发送的统一订单数据的发送次数是否达到次数限制，若达到次数限制，则判断出统一订单数据发送失败，若未达到次数限制，则返回执行步骤S302。

其中，根据响应消息判断是否发送成功，具体是，对响应消息进行解析，若响应消息中包括接收成功标识，则判断出统一订单数据发送成功，若响应消息中包括接收失败标识，则判断出统一订单数据发送失败。

S309、数据处理端将统一订单数据的发送标志配置为“发送失败”。

S310、数据处理端将统一订单数据的发送标志配置为“发送成功”。

本申请实施例提供的传输订单数据的方法，数据处理端对订单数据进行处理，得到统一订单数据后，将统一订单数据发送至数据接收端，再由数据接收端对统一订单数据进行解码得到需要的订单数据，使得数据处理端只需要针对统一订单数据实现一个统一的接口即可，而不必针对订单数据中的多种类型的订单实现多种接口，从而减轻数据处理端的负荷。

基于上述本申请实施例提供的处理订单数据的方法，本申请实施例还提供了一种数据处理端，请参考图4，数据处理端包括以下单元：

接收单元401，用于接收客户端发送的订单数据，所述订单数据包括机票订单和与所述机票订单相关联的附加服务的订单。

可选的，接收单元还用于读取并加载预设的配置文件。

整合单元402，用于将所述订单数据转换成多个数据节点，组合所述数据节点得到与所述机票订单对应的统一订单数据。

其中，订单数据中的机票订单和附加服务的订单统称为订单数据的订单，订单数据转换得到的多个数据节点，与订单数据的订单一一对应。

将订单数据转换成数据节点，可以通过将订单数据的订单分别保存在对应的文本文件中实现，每个订单对应的文本文件即构成该订单的数据节点。

可选的，整合单元还用于为统一订单数据配置对应的属性表。统一订单数据对应的属性表可以包括统一订单数据的索引号、订单编号、内容摘要、发送标志和响应信息等字段。

发送单元403，用于通过统一数据接口向数据接收端单元发送统一订单数据。

可选的，所述发送单元具体用于，按预设的时间间隔对自身保存的符合发送状态规则的统一订单数据进行扫描，将扫描得到的统一订单数据作为待发送的统一订单数据，并向数据接收端发送待发送的统一订单数据。

可选的，所述发送单元可以按预设的通信协议封装待发送的统一订单数据，然后发送封装后的统一订单数据。

可选的，若扫描得到多个待发送的统一订单数据，所述发送单元可以将这些待发送的统一订单数据移动至实时转发队列。。

可选的，发送单元403发送统一订单数据后，还用于接收数据接收端对所述统一订单数据的响应消息，进一步的，还用于判断统一订单数据是否发送成功，并根据判断结果将发送的统一订单数据的属性表中的发送状态字段设置为“发送成功”或“发送失败”。

订单数据库404，用于存储所述统一订单数据。

可选的，订单数据库404还用于保存统一订单数据对应的属性表。

本实施例提供的装置的具体工作原理，可以参考本申请任一实施例提供的处理订单数据的方法，以及本申请任一实施例提供的传输订单数据的方法，此处不再赘述。

本申请实施例提供的装置，利用整合单元将订单数据中多种类型的订单转换成对应的数据节点，然后将数据节点组合得到统一订单数据，因此，销售系统可以只针对统一订单数据实现一种用于传输统一订单数据的统一数据接口，从而避免了对多种不同类型的订单实现多种数据接口，有效的降低了销售系统的负荷。

基于上述本申请实施例提供的订单数据传输方法，本申请另一实施例提供了一种数据接收端，通过与前一实施例提供的数据处理端进行交互，实现本申请任一实施例提供的传输订单数据的方法，如图5所示，数据接收端包括以下结构：

接收单元501，用于接收统一订单数据，所述统一订单数据由所述统一订单数据的发送端对所述订单数据进行处理后得到。

判断单元502，用于判断所述统一订单数据是否接收成功。

可选的，判断单元502可以通过对收到的统一订单数据进行格式校验，判断统一订单数据是否接受成功，若收到的统一订单数据通过格式校验，则判断出统一订单数据接收成功，若未通过格式校验，则判断出统一订单数据接收失败。

反馈单元503，用于若所述统一订单数据接收成功，按预设的通信协议向所述发送端反馈响应信息，所述响应信息用于向所述发送端表明所述统一订单数据接收成功。

可选的，反馈单元503具体用于，在判断出统一订单数据接收成功后，在响应消息中配置接收成功标识，使响应消息能够表明统一订单数据接收成功。

可选的，判断单元502判断出统一订单数据接收失败后，反馈单元503还用于在响应消息中配置接收失败标识，使响应消息能够表明统一订单数据接收失败。

解析单元504，用于解析所述统一订单数据，得到所述订单数据。

本实施例提供的装置的具体工作原理，可以参考本申请任一实施例提供的传输订单数据的方法，此处不再赘述。

本实施例提供的数据处理端和数据接收端，由数据处理端对订单数据进行整合，得到统一订单数据后，在将统一订单数据经过统一数据接口发送至数据接收端，再由数据接收端对统一订单数据进行解析得到订单数据，使得数据处理端只需要实现一个统一数据接口即可传输订单数据，有效降低了数据处理端的负荷。

本申请另一实施例还提供了一种订单数据处理系统，请参考图6，该系统包括以下结构：

控制台601，用于执行本申请任一实施例所述的处理订单数据的方法，得到统一订单数据；

订单数据库602，用于保存所述统一订单数据；

转发控制器603，用于通过统一数据接口向数据接收端发送所述统一订单数据。

本申请另一实施例还提供了一种服务器，参考图7，包括：

存储器701，用于存储计算机指令；

处理器702，用于执行所述存储器存储的计算机指令，具体执行本申请任一实施例所述的接收订单数据的方法。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种处理订单数据的方法，其特征在于，应用于数据处理端，包括：

接收客户端发送的订单数据，所述订单数据包括机票订单和与所述机票订单相关联的附加服务的订单；

将所述订单数据转换成多个数据节点，并组合所述数据节点得到与所述机票订单对应的统一订单数据，所述数据节点与所述机票订单以及所述附加服务的订单一一对应；

将所述统一订单数据存储至订单数据库，所述统一订单数据用于向数据接收端发送。

2.根据权利要求1所述的方法，其特征在于，所述组合所述数据节点得到统一订单数据之后，还包括：

为所述统一订单数据分配对应的属性表，所述属性表包括所述统一订单数据的索引号、订单编号、内容摘要和发送标志，所述发送标志用于表明所述统一订单数据的发送状态；

所述将所述统一订单数据存储至订单数据库，包括：

将所述统一订单数据和对应的属性表存储至订单数据库。

3.根据权利要求1所述的方法，其特征在于，所述将所述统一订单数据存储至订单数据库之后，还包括：

将所述统一订单数据移入实时转发队列，按预设的通信协议封装所述实时转发队列中的所述统一订单数据后，向数据接收端发送封装后的所述统一订单数据。

4.一种传输订单数据的方法，其特征在于，应用于数据接收端，包括：

接收数据处理端发送的统一订单数据，所述统一订单数据由所述数据处理端对订单数据进行处理后得到；

判断所述统一订单数据是否接收成功；

若所述统一订单数据接收成功，按预设的通信协议向所述数据处理端反馈响应信息，所述响应信息用于向所述数据处理端表明所述统一订单数据接收成功；

解析所述统一订单数据，得到所述订单数据。

5.一种数据处理端，其特征在于，包括：

接收单元，用于接收客户端发送的订单数据，所述订单数据包括机票订单和与所述机票订单相关联的附加服务的订单；

整合单元，用于将所述订单数据转换成多个数据节点，所述数据节点与所述订单一一对应，组合所述数据节点得到与所述机票订单对应的统一订单数据；

发送单元，用于通过统一数据接口向数据接收端发送所述统一订单数据；

订单数据库，用于存储所述统一订单数据。

6.根据权利要求5所述的数据处理端，其特征在于，所述整合单元还用于：

为所述统一订单数据分配对应的属性表，所述属性表包括所述统一订单数据的索引号、订单编号、内容摘要和发送标志，所述发送标志用于表明所述统一订单数据的发送状态；

所述订单数据库还用于存储所述统一订单数据对应的属性表。

7.根据权利要求5所述的数据处理端，其特征在于，所述发送单元用于通过统一数据接口向数据接收端发送所述统一订单数据，包括：

所述发送单元用于将所述统一订单数据移动至实时转发队列，按预设的通信协议封装所述实时转发队列中的统一订单数据后，向数据接收端发送封装后的所述统一订单数据。

8.一种数据接收端，其特征在于，包括：

接收单元，用于接收统一订单数据，所述统一订单数据由所述统一订单数据的发送端对订单数据进行处理后得到；

判断单元，用于判断所述统一订单数据是否接收成功；

反馈单元，用于若所述统一订单数据接收成功，按预设的通信协议向所述发送端反馈响应信息，所述响应信息用于向所述发送端表明所述统一订单数据接收成功；

解析单元，用于解析所述统一订单数据，得到所述订单数据。

9.一种服务器，其特征在于，包括：

存储器，用于存储计算机指令；

处理器，用于执行所述存储器存储的计算机指令，具体执行如权利要求4所述的传输订单数据的方法。

10.一种处理订单数据的系统，其特征在于，包括：

控制台，用于执行如权利要求1-3任意一项所述的处理订单数据的方法，得到统一订单数据；

订单数据库，用于保存所述统一订单数据；

转发控制器，用于通过统一数据接口向数据接收端发送所述统一订单数据。