CN112202806B - 一种面向ndc标准的聚合报文处理方法及装置 - Google Patents

Abstract

本发明公开了一种面向NDC标准的聚合报文处理方法及装置，该方法包括：获取与各个报文对应的NDC标准的当前版本；将所述当前版本转换为预设的标准版本；转换完成后，将与所述各个报文对应的接口标准进行统一。上述的处理方法中，将与各个报文对应的NDC标准的当前版本转化为预设的标准版本，转换完成后，将与所述各个报文对应的接口标准进行统一，实现对NDC标准和接口标准的统一，基于统一的标准，可以实现不同提供方报文的聚合。

Description

一种面向NDC标准的聚合报文处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种面向NDC标准的聚合报文处理方法及装置。

背景技术

NDC(New Distribution Capability，新分销能力)是国际航空运输协会IATA力推的一项新分销标准，目的是通过统一的数据传输标准(XML)来加强航空公司与合作伙伴之间的信息交互能力。航空公司可通过NDC标准向合作伙伴提供丰富的产品信息、个性化的产品、完善的服务功能，进而共同为旅客创造价值。

现今，NDC标准已得到业界认可，各方都认为NDC代表了航空销售的新方向，势必给现有的传统销售格局带来变革。越来越多的传统从业者，如航空公司、GDS、OTA，已具备NDC能力或提供NDC解决方案，并通过了IATA的NDC认证。

但是，NDC标准更迭速度快，从2015年IATA发布NDC标准的第一个版本15.2到现在，基本保持每半年发布一个版本的速度，至今已经发布到20.1版本。不同提供方之间采用的NDC版本不同，因此，难以实现报文聚合，亟需提供一种聚合报文处理方法。

发明内容

有鉴于此，本发明提供一种面向NDC标准的聚合报文处理方法及装置，用以解决现有技术中由于NDC标准更新速度快，不同提供方之间采用的NDC版本不同，因此，难以实现报文聚合的问题。具体方案如下：

一种面向NDC标准的聚合报文处理方法，包括：

获取与各个报文对应的NDC标准的当前版本；

将所述当前版本转换为预设的标准版本；

转换完成后，将与所述各个报文对应的接口标准进行统一。

与现有技术相比，本发明包括以下优点：

本发明公开了一种面向NDC标准的聚合报文处理方法及装置，该方法包括：获取与各个报文对应的NDC标准的当前版本；将所述当前版本转换为预设的标准版本；转换完成后，将与所述各个报文对应的接口标准进行统一。上述的处理方法中，将与各个报文对应的NDC标准的当前版本转化为预设的标准版本，转换完成后，将与所述各个报文对应的接口标准进行统一，实现对NDC标准和接口标准的统一，基于统一的标准，可以实现不同提供方报文的聚合。

附图说明

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

图1为本发明实施例公开的一种面向NDC标准的聚合报文处理方法流程图；

图2为本发明实施例公开的一种面向NDC标准的聚合报文处理装置结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本发明公开了一种面向NDC标准的聚合报文处理方法及装置，应用与对报文的聚合处理过程中，其中，NDC标准指新分销能力，通过采用一套统一的通信标准(XMLmessages)，加强以航空公司为产品控制中心的分销体系搭建，实时精准地为旅客提供更多的个性化的产品和服务选择，提升旅客消费体验。但是，NDC标准更迭速度快，从2015年IATA发布NDC标准的第一个版本15.2到现在，基本保持每半年发布一个版本的速度，至今已经发布到20.1版本。对此，航空公司和下游渠道都表示需要花费更多的时间在对接过程中持续维护不断更迭的接口，应对不同客户的不同版本的接口上。因此，为了解决上述问题，本发明提供了一种面向NDC标准的聚合报文处理方法，所述处理方法基于Aggregator，Aggregator是一个符合NDC技术标准的、基于开放系统的聚合及分销平台，它能够将从多种来源形式获得的丰富的内容全部聚合在一起，包括机票及附加服务等航空产品内容以及未来考虑引入的如酒店、租车和保险等非航产品内容，然后通过多种触达形式将这些内容向各种销售渠道进行分销。

进一步的，Aggregator是一个符合新分销能力(NDC)技术标准的、基于开放系统的聚合及分销平台，上游可以连接内容提供方，下游可以连接销售方(如代理人、OTA、TMC、元搜索引擎等)的中间件，它能够将来自销售方的请求分发给不同的内容提供方，并将内容提供方返回的结果聚合起来，再转发回销售方。聚合能力是考核Aggregator(NDC聚合平台)的重要指标。聚合上游供应商的多版本接口、多种形式内容是Aggregator的职责。Aggregator根据渠道用户的信息及其接口调用请求自主确定不同提供方或内容/技术供应商接口的调用策略，并能实现对多个接口的高并发调用；在获取各方产品服务内容、价格等信息后，对不同NDC版本、同一版本但用法不同的接口结果进行高效准确的翻译与转换，并结合业务理解进行合理化的融合与封装，最终对销售渠道输出具有统一标准的接口结果。

所述处理方法的执行流程如图1所示，包括步骤：

S101、获取与各个报文对应的NDC标准的当前版本；

本发明实施例中，所述各个报文由对应的接口产生，一个供应方可以对应多个接口，其中，所述提供方可以为航空公司、酒店、租车公司等等，所述提供方可以为上述各个提供方的自由组合，例如，所述提供方可以不同航空公司的组合，或者是航空公司+酒店的组合等等。优选的，基于标识建立提供方接口与报文的对应关系，其中，所述标识可以为数字、字母或者其它优选标识，本发明实施例中，对标识的具体存在形式不进行限定，基于对应的标识，获取与当前报文对应的接口，在接口的预设位置获取其对应的NDC标准的当前版本，其中，所述预设位置可以是与指定字符间隔固定距离的位置、固定的地址或者其它优选位置，本发明实施例中，对所述预设位置的具体存在形式不进行限定。

进一步的，所述各个报文来自于不同的提供方接口，不同的提供方接口的NDC标准的版本不甚相同，如NDC17.2、NDC18.1、NDC18.2、Json。

S102、将所述当前版本转换为预设的标准版本；

本发明实施例中，所述预设的标准版本可以基于经验或者具体情况进行设定，其中，所述预设的标准版本可以为NDC标准中的任意一个版本，本发明实施例中，对所述预设的标准版本的选取不进行限定，所述当前版本可能高于所述预设的标准版本，也可以第一所述预设标准版本，针对每一个报文，获取其中包含的字段，将各个字段与所述预设的标准版本中的业务逻辑和层级关系建立对应关系。按照IATA定义的标准XML结构定义XSD(XMLSchemas Definition)，将不同版本的接口中的字段一一对应到IATA的预设的标准版本的报文中。对应过程中需要注意字段含义以及节点层级，要绝对保证字段对应的业务逻辑和层级关系的准确性。

进一步的，基于报文中的AugmentationPoint识别当前报文中是否存在自定义节点，若不存在，结束当前转换过程，若存在，对于提供方自身的自定义节点内容，在转换过程中会对应到每个提供方的自定义节点中。而对于无法找到直接对应关系的节点，在与提供方确认明确业务含义后，优先寻找合适的字段对应。如无法找到合适的直接对应的节点，会选择对应到自定义节点中。例如，以提供方为航空公司为例，客票的签注内容，没有直接对应的节点，据业务经验，将之转换至退改规则下的字段。

S103、转换完成后，将与所述各个报文对应的接口标准进行统一。

本发明实施例中，在接收到转换完成的指令后，将与所述各个报文对应的接口标准进行统一，其中，接口的统一体现在两个方面，一是接口标准的统一，包含如接口调用流程上的统一。二是对于字段内容填写格式的统一，包含各提供方对字段必填性的统一以及各提供方字段内容的统一，以所述提供方是航空公司为例，如信用卡种类、旅客类型、旅客证件类型、运价类型、舱位类型、票面状态等字段内容的统一。

统一的过程如下：

S1、对各个接口调用流程进行统一；

本发明实施例中，针对当前口的当前调用流程，首先需要判断所述当前调用流程是否影响产品功能的实现，判断流程如下：目前，各提供方的NDC接口调用流程用法不一，以航空公司为例，分为两类：一类是会影响产品功能的实现，如附加服务的购买可以在订单生成前购买、订单生成后购买、出票成功后购买等；支付出票可以与预定一起操作(及时支付)，也可以与预定单独操作(延迟支付)。对于这类差异，通过自定义节点将流程差异体现在机票搜索的结果内，以告知用户如何调用。一类不会影响产品功能，但是会调用不同的接口，如退改服务可以调用一次航班再查询操作，也可以调用两次再查询操作。对于这类差异将统一对用户的接口调用流程，并依据不同航空公司的调用流程进行处理，向不同航空公司发送请求并处理不同接口的返回接口统一成对外接口的返回内容。

因此，首先需要判断当前调用流程是否影响产品功能实现，判断原则基于接口的调用顺序，接口的调用顺序不同，会直接影响产品的功能，如附加服务的购买可以在订单生成前购买、订单生成后购买、出票成功后购买等。若当前调用流程不影响产品功能实现，采用预设的调用流程执行所述当前调用流程，其中，所述预设调用流程依据各个提供方的调用情况，形成对客户统一的接口调用流程；若当前调用流程影响产品功能实现，添加自定义节点，自定义节点中有关于流程的说明，比如对于附加服务的购买会有一个字段，字段的取值范围1表示在创建订单前购买，2表示在创建订单后出票前追加附加服务，3表示出票后追加附加服务。基于所述自定义节点设置所述当前调用流程。

S2、统一完成后，获取当前字段内容的返回内容，对所述返回内容的格式进行统一。

本发明实施例中，接口调用流程统一后，需要对字段内容格式进行统一，以提供方为航空公司为例，目前，不同航空公司对于相同字段的必填型的要求都不同，有的对于该字段要求必填，而有的航空公司对于该字段要求为非必填。对于统一接口中该字段的必填型要求，需要综合每个航空公司的情况并考量该字段的必填型对渠道客户的用户体验，再决定字段的必填性。如果为非必填，则在自定义节点中说明某航空公司对于该字段的必填性要求。另外各航空公司关于字段内容的定义都不尽相同，需要梳理好每个航司支持的情况并统一格式对外输出。统一格式后，对于航空公司支持的情况会在自定义节点中标注出，以告知客户航空公司支持的不同情况，以免客户在接口使用过程中经常性报错，降低使用体验。具体的处理流程如下：判断所述字段内容是否是必填字段，其中，针对必填字段，如果该字段填写，所有航司提供方都要求是必填，则必填，如果有一个航司提供方是非必填，则非必填。在所述字段为必填字段情况下，将与所述返回内容转换成预设格式，其中，所述预设格式依据各个提供方的支持情况形成字段统一格式，各个提供方与所述预设格式一一对应，获取当前字段内容的返回内容，将与所述返回内容转换成预设格式；在所述字段为非必填字段的情况下，添加自定义节点，在所述自定义节点添加说明，基于所述自定义节点值设置所述返回内容的格式。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明公开了一种面向NDC标准的聚合报文处理方法，包括：获取与各个报文对应的NDC标准的当前版本；将所述当前版本转换为预设的标准版本；转换完成后，将与所述各个报文对应的接口标准进行统一。上述的处理方法中，将与各个报文对应的NDC标准的当前版本转化为预设的标准版本，转换完成后，将与所述各个报文对应的接口标准进行统一，实现对NDC标准和接口标准的统一，基于统一的标准，可以实现不同提供方报文的聚合。

本发明实施例中，基于上述的处理方法以提供方为航空公司，预设的标准版本为NDC18.2进行举例，过程如下

(1)各航空公司报文标准转换至18.2标准

将不同的航空公司的不同版本的接口统一成一个标准的接口版本，需要将各不同版本的报文中的节点一一对应到统一标准(NDC 18.2版本)中。例如，航空公司接口版本为NDC 17.2，寻找报文中的每个字段在NDC 18.2标准XSD中的对应关系。如A航司的AirShoppingRS接口中Datalists节点的对应，在NDC 17.2版本的报文中，有PassengerList\FareList\FlightSegmentList\FlightList\OriginDestinationList相关节点，寻找与NDC 18.2标准的对应位置依次为Paxlist\FareList\PaxSegmentList\PaxJourneyList\OriginDestList。另有些节点无发找到合适的一一对应关系，则需要综合考量后放入自定义节点内。如A航空公司在OrderViewRS接口,在NDC 17.2版本的报文中有Disclosure List节点，但是在NDC 18.2版本未有合适的位置可以一一对应，在确认该节点业务含义后，也并未有合适的节点可以涵盖此节点。因此，对于该节点的处理方式为放入统一标准报文中的航空公司自定义节点中AugmentationPoint/A_172，以不减少航空公司的业务逻辑的同时又能保留统一标准报文的合规性，符合IATA标准XSD的要求。同时在转换过程要注意字节的层级关系，在NDC的报文具有一定的层级结构，比如Offer下是OfferItem，OfferItem下是FareDetail，FareDetail下是FareComponent，FareCompent下是FareRule。通常这种层级结构比较固定，不会随着版本的变化而变化。因此在报文转换过程中，一定要保证层级结构的准确性。例如B航空公司的退改相关信息通过Offer/OfferItem/FareDetail/FareComponent/FareRules/Ticketing/Endorsements/Endorsement以及Offer/OfferItem/FareDetail/Remarks两个字段表示，对比N DC 18.2标准后，发现无论从业务含义还是节点位置，Offer/OfferItem/FareDe tail/FareComponent/FareRules/Remark较为合适对应。但是其中Offer/OfferIte m/FareDetail/Remarks，与对应位置的层级关系并不一致，比如1个FareDetai l下存在两个FareComponent，在对应过程中需要将Offer/OfferItem/FareDetail/Remarks的内容分别放在不同两个不同的FareCompent下。另外一些航空公司有自身的自定义节点，对于此类内容，则直接将该航空公司的自定义节点内容直接对应到统一接口中的自定义节点中。比如，A航空公司的AirShoppi ngRS中的Metadata节点，直接对应到统一接口AirShoppingRS中的Augment ationPoint/A_172节点。

(2)多航空公司接口聚合成统一标准

多航空公司接口的统一体现在两个方面，一是接口标准的统一，包含如接口调用流程上的统一。二是对于字段内容填写格式的统一，包含各航司对字段必填性的统一以及各航司字段内容的统一如信用卡种类、旅客类型、旅客证件类型、运价类型、舱位类型、票面状态等字段内容的统一。

接口标准的统一

目前，各航空公司的NDC接口调用流程用法不一，分为两类：一类是会影响产品功能的实现：NDC支持附加服务的购买流程较为灵活，可以在订单生成前购买、订单生成后购买、出票成功后购买。每个航司对于这三种流程的实现程度都不相同，如C航空公司三种情况均支持，而D航空公司只支持订单生成前购买。因此在统一标准的过程中，需要告知渠道客户，针对航空公司情况调用不同接口的顺序。在自定义节点中，增加ServicePurChases/PurChaseInfo节点利用参数的返回告知渠道客户如何调用接口。对于支付方式，目前NDC支持及时支付(支付出票可以与预定一起操作)和延迟支付(支付出票与预定单独操作)。航空公司对这两种支付方式的支持程度不尽相同。如C航空公司对于两种支付方式均支持，而D航空公司仅支持延迟支付。这种情况亦需要在自定义节点中(PaymentMethod)通过返回不同参数说明各航司支持情况，以告知渠道客户，来调用不同接口实现产品销售。对于这些情况，不同航空公司的支持情况的差异会影响渠道客户的调用，因此不能忽略渠道客户的调用体验，在充分考量用户体验与接口性能的前提下，通过自定义节点返回参数告知渠道客户如何调用，减少接口调用报错，提升客户对接口的使用体验，对于接口的调用效率也会更高。还有一类情况不会影响产品功能，但是会调用不同的接口，如退改服务可以调用一次航班再查询操作(O rderReshop-OrderChange)，也可以调用两次再查询操作(OrderReshop-OrderR eshop-OrderChange)。对于这类差异将统一对用户的接口调用流程(Reshop-Reshop-OrderChange)，并依据不同航司的调用流程分别进行处理，当用户请求第一次Reshop请求时，聚合接口处理向航司发送AirShopping请求或是OrderR eshop请求。当用户进行第二次Reshop请求时，聚合接口或是向航司发送Re shop请求或是不发送。针对不同航空公司的返回再进行统一的处理，以统一的格式返回给渠道客户。

对于不同航空公司的接口流程及接口实现功能进行统一，通过自定义节点的设置或是内部处理流程保证对外部客户统一接口流程的方法，告知渠道客户的接口的调用流程及使用范围，保证产品功能的顺利实现，减少报错。

字段内容格式的统一

目前，不同航空公司对于同一相同字段的必填性的要求都不同，因此需要综合考量，决定字段的必填性。有些情况航空公司会对该字段进行校验，比如外卡支付时，部分航空公司需要在支付接口中传输3D认证的链接，而有些航空公司则不需要。这种字段如果定义为必填，则对于渠道客户来说都是必填。对于一些不支持传输3D认证链接的航空公司来说，传输这个链接并没有任何作用，因此也不会返回任何相关内容。这样对于前端用户来说，有传入而无返回，无疑使用体验感不好。而如果定义为非必填，则对于一些要求传输认证链接的航司，渠道客户就无从得知需要传输，因此需要在自定义节点中告知渠道客户针对某些航空公司的请求需要传输该值。还有一些情况是航空公司并不需要对传输的该字段进行校验，这种情况可以定该字段为必填。如预定时填写旅客信息，部分航空公司需要传输旅客的国家二字码，而部分航空公司则不需要。对于需要填写该字段的航空公司，传输即可，有返回即正常返回给渠道客户。对于不需要填写该字段的航空公司，如果定义为该字段必填时，渠道客户填写该字段请求预定，聚合接口在传输过程中记录该字段的值。对于航空公司返回中并无该字段时，聚合接口自行处理，添加已记录的值加入航空公司返回的结果中，一并返回给渠道客户。此类操作，并不会影响用户体验，亦无需添加自定义节点。另外各航空公司关于字段内容的定义都不尽相同，比如对于舱位等级的支持，A航空支持F(头等舱)、Y(经济舱)、C(商务舱)等类型。英国航空支持1(头等舱)、2(经济舱)、5(商务舱)、4(超级经济舱)等类型。B航空支持BUS(商务舱)、ECO(经济舱)。本发明将不同情况的内容进行统一，确定为统一的标准为1(头等舱)、2(经济舱)、3(商务舱)、4(超级经济舱)对外输出。对于航空公司支持的情况会在自定义节点中标注出，以告知客户航空公司支持的舱位情况，以免客户在接口使用过程中经常性报错，降低使用体验。

对于不通航空公司对字段的不同要求，通过制定统一接口的字段填写标准，方便渠道客户使用一种填写标准，而非按照各个航空公司的不同要求进行传输，大大提高了渠道客户对于接口使用的效率。

上述的处理方法，将各航司接口聚合后，兼容多NDC版本，并屏蔽版本升级对渠道的影响，对外输出统一标准的接口，支持将不同版本的报文进行转换和统一，针对不同提供方的不同产品内容实现了内容聚合。从而降低了渠道用户对接多家航司的成本、提高了对接效率，使用户具备快速销售多家航司NDC产品服务的能力。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

基于上述的一种面向NDC标准的聚合报文处理方法，本发明实施例中，还提供了一种面向NDC标准的聚合报文处理装置，所述处理装置的结构框图如图2所示，包括：

版本获取模块201、版本转换模块202和统一模块203。

其中，

所述版本获取模块201，用于获取与各个报文对应的NDC标准的当前版本；

所述版本转换模块202，用于将所述当前版本转换为预设的标准版本；

所述统一模块203，用于转换完成后，将与所述各个报文对应的接口标准进行统一。

本发明公开了一种面向NDC标准的聚合报文处理装置，包括：获取与各个报文对应的NDC标准的当前版本；将所述当前版本转换为预设的标准版本；转换完成后，将与所述各个报文对应的接口标准进行统一。上述的处理装置中，将与各个报文对应的NDC标准的当前版本转化为预设的标准版本，转换完成后，将与所述各个报文对应的接口标准进行统一，实现对NDC标准和接口标准的统一，基于统一的标准，可以实现不同提供方报文的聚合。

本发明实例中，所述统一模块203包括：

调用流程统一单元204和返回内容统一单元205。

其中，

所述调用流程统一单元204，用于对各个接口调用流程进行统一；

所述返回内容统一单元205，用于统一完成后，获取当前字段内容的返回内容，对所述返回内容的格式进行统一。

本发明实施例中，所述调用流程统一单元204包括：

第一判断子单元206、执行子单元207和第一设置子单元208。

其中，

所述第一判断子单元206，用于判断当前调用流程是否影响产品功能实现；

所述执行子单元207，用于若否，采用预设的调用流程执行所述当前调用流程，或；

所述第一设置子单元208，用于若是，添加自定义节点，基于所述自定义节点设置所述当前调用流程。

本发明实施例中，所述返回内容统一单元205包括：

第二判断子单元209、转换子单元210和第二设置子单元211。

其中，

所述第二判断子单元209，用于判断所述字段内容是否是必填字段；

所诉转换子单元210，用于若是，将与所述返回内容转换成预设格式，或；

所述第二设置子单元211，用于若否，添加自定义节点，基于所述自定义节点值设置所述返回内容的格式。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

根据本公开的一个或多个实施例，提供了一种面向NDC标准的聚合报文处理方法，所述方法包括：

获取与各个报文对应的NDC标准的当前版本；

将所述当前版本转换为预设的标准版本；

转换完成后，将与所述各个报文对应的接口标准进行统一。

上述的方法，可选的，将与所述各个报文对应的接口标准进行统一，包括：

对各个接口调用流程进行统一；

统一完成后，获取当前字段内容的返回内容，对所述返回内容的格式进行统一。

上述的方法，可选的，对各个接口调用流程进行统一，包括：

判断当前调用流程是否影响产品功能实现；

若否，采用预设的调用流程执行所述当前调用流程，或；

若是，添加自定义节点，基于所述自定义节点设置所述当前调用流程。

上述的方法，可选的，获取当前字段内容的返回内容，对所述返回内容的格式进行统一，包括：

判断所述字段内容是否是必填字段；

若是，将与所述返回内容转换成预设格式，或；

若否，添加自定义节点，基于所述自定义节点值设置所述返回内容的格式。

上述的方法，可选的，获取与各个报文对应的NDC标准的当前版本，包括：

获取每个报文对应的接口；

在每个接口中的预设位置获取其对应的NDC标准的当前版本。

上述的方法，可选的，将所述当前版本转换为预设的标准版本，包括：

获取所述各个报文中包含的字段；

将各个字段与所述预设的标准版本中的业务逻辑和层级关系建立对应关系。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种面向NDC标准的聚合报文处理方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (4)

1.一种面向NDC标准的聚合报文处理方法，其特征在于，包括：

获取与各个报文对应的NDC标准的当前版本；

将所述当前版本转换为预设的标准版本，所述预设的标准版本为NDC标准中的任意一个版本；

转换完成后，将与所述各个报文对应的接口标准进行统一；

其中，将与所述各个报文对应的接口标准进行统一，包括：

对各个接口调用流程进行统一；

统一完成后，获取当前字段内容的返回内容，对所述返回内容的格式进行统一；

其中，对各个接口调用流程进行统一，包括：

判断当前调用流程是否影响产品功能实现；

若否，采用预设的调用流程执行所述当前调用流程，或；

若是，添加自定义节点，基于所述自定义节点设置所述当前调用流程；

其中，获取当前字段内容的返回内容，对所述返回内容的格式进行统一，包括：

判断所述字段内容是否是必填字段；

若是，将所述返回内容转换成预设格式，或；

若否，添加自定义节点，基于所述自定义节点值设置所述返回内容的格式。

2.根据权利要求1所述的方法，其特征在于，获取与各个报文对应的NDC标准的当前版本，包括：

获取每个报文对应的接口；

在每个接口中的预设位置获取其对应的NDC标准的当前版本。

3.根据权利要求1所述的方法，其特征在于，将所述当前版本转换为预设的标准版本，包括：

获取所述各个报文中包含的字段；

将各个字段与所述预设的标准版本中的业务逻辑和层级关系建立对应关系。

4.一种面向NDC标准的聚合报文处理装置，其特征在于，包括：

版本获取模块，用于获取与各个报文对应的NDC标准的当前版本；

版本转换模块，用于将所述当前版本转换为预设的标准版本，所述预设的标准版本为NDC标准中的任意一个版本；

统一模块，用于转换完成后，将与所述各个报文对应的接口标准进行统一；

其中，所述统一模块包括：

调用流程统一单元，用于对各个接口调用流程进行统一；

返回内容统一单元，用于统一完成后，获取当前字段内容的返回内容，对所述返回内容的格式进行统一；

其中，所述调用流程统一单元包括：

第一判断子单元，用于判断当前调用流程是否影响产品功能实现；

执行子单元，用于若否，采用预设的调用流程执行所述当前调用流程，或；

第一设置子单元，用于若是，添加自定义节点，基于所述自定义节点设置所述当前调用流程；

其中，所述返回内容统一单元包括：

第二判断子单元，用于判断所述字段内容是否是必填字段；

转换子单元，用于若是，将所述返回内容转换成预设格式，或；

第二设置子单元，用于若否，添加自定义节点，基于所述自定义节点值设置所述返回内容的格式。

Images