本申请涉及互联网领域，具体而言，涉及一种订单处理方法和gds系统。
背景技术：
：在现有的旅游业中，不同的供应商提供的订单规格不同，分销商想要从不同的供应商进行下单购买旅游产品，需要针对不同的供应商提供的订单规格，提供相应规格的订单，从而导致分销商的下单成本较高。技术实现要素：本申请的主要目的在于提供一种订单处理方法和gds系统，以解决分销商的下单成本较高的问题。为了实现上述目的，根据本申请的一个方面，提供了一种订单处理方法，所述方法包括：接收分销商发送的第一订单信息；按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息；根据所述第二订单信息从对应的供应商的api系统执行下单操作。可选地，所述按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息，包括：根据所述预设的标准订单格式所需的待生成信息，从所述第一订单信息中获取目标信息；将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中，以生成所述第二订单信息。可选地，当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时，所述方法还包括：从与该信息的类型相对应的候选信息中，选择一个替代信息；将所述替代信息作为该信息添加到所述标准格式的订单中。可选地，所述根据所述第二订单信息从对应的供应商的api系统执行下单操作，包括：根据所述第二订单信息，查找全球分销系统gds中的对应产品的库存是否充足；如果不充足，则向所述分销商返回下单失败的指示信息；如果充足，则将所述第二订单信息发送给供应商处理模块，以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息，并将所述第三订单信息发送给该供应商的api系统中进行下单操作。可选地，所述方法还包括：获取所述对应的供应商发送的凭证信息；将所述凭证信息封装成指定格式的文件；按照预设发送规则，对所述文件进行发送。为了实现上述目的，根据本申请的另一方面，提供了一种gds系统，所述gds系统包括：接收单元，用于接收分销商发送的第一订单信息；生成单元，用于按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息；下单单元，用于根据所述第二订单信息从对应的供应商的api系统执行下单操作。可选地，在所述生成单元用于按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息时，具体用于：根据所述预设的标准订单格式所需的待生成信息，从所述第一订单信息中获取目标信息；将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中，以生成所述第二订单信息。可选地，所述生成单元，还用于：当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时，从与该信息的类型相对应的候选信息中，选择一个替代信息；将所述替代信息作为该信息添加到所述标准格式的订单中。可选地，在所述下单单元用于根据所述第二订单信息从对应的供应商的api系统执行下单操作时，具体用于：根据所述第二订单信息，查找全球分销系统gds中的对应产品的库存是否充足；如果不充足，则向所述分销商返回下单失败的指示信息；如果充足，则将所述第二订单信息发送给供应商处理模块，以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息，并将所述第三订单信息发送给该供应商的api系统中进行下单操作。可选地，所述gds系统还包括：获取单元，用于获取所述对应的供应商发送的凭证信息；转换单元，用于将所述凭证信息封装成指定格式的文件；发送单元，用于按照预设发送规则，对所述文件进行发送。本申请的实施例提供的技术方案可以包括以下有益效果：在本申请实施例中，在接收到分销商发送的第一订单信息后，会按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息，然后根据所述第二订单信息从对应的供应商的api系统执行下单操作。由在本申请中能够将分销商发送的订单信息转换成标准格式的订单信息，然后使用生成的标准订单在不同的供应商的api系统中进行下单操作，因此分销商只需要按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息，无需按照不同的供应商提供的订单规则发送订单信息，从而有利于降低分销商的下单成本。附图说明构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：图1为本申请提供的一种订单处理方法的流程示意图；图2为本申请提供的另一种订单处理方法的流程示意图；图3为本申请提供的另一种订单处理方法的流程示意图；图4为本申请提供的另一种订单处理方法的流程示意图；图5为本申请提供的另一种订单处理方法的流程示意图；图6为本申请提供的一种gds系统的结构示意图；图7为本申请提供的另一种gds系统的结构示意图。具体实施方式为了使本
技术领域：
：的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。图1为本申请提供的一种订单处理方法的流程示意图，该方法可以应用在旅游业中，且该方法执行在gds(globaldistributionsystem，全球分销系统)系统中，如图1所示，该方法包括以下步骤：101、接收分销商发送的第一订单信息。需要注意的是，第一订单信息的格式可以使分销商根据自身设定的格式生成的，或者，也可以是按照本申请提供的标准订单格式生成，关于第一订单信息的格式在此不做具体限定。第一订单信息包括购买产品的最小库存单元信息(小库存单元信息用于指示购买的最小库存规格)，最小库存单元信息可以包括以下至少一种内容：游玩日期、套餐种类、场次、价格类型等，示例性的，购买产品的最小库存单元信息可以是购买游船的12点场次，带午餐，成人票。第一订单信息还可以包括该产品的购买数量、该产品所需的个人信息，其中，不同国家和地区所需的个人信息存在不同，不同国家和地区具体所需的个人信息根据实际需要进行设定，在此不再详细赘述，个人信息可以包括以下信息中的至少一种：邮箱，联系人电话，护照号等。102、按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息。具体的，在gds提供标准订单格式后，gds可以将不同格式的订单转换成标准订单，从而降低了对分销商发送的订单信息格式的要求，从而有利于提高本申请提出的gds的受众面，并且分销商可以按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息，有利于降低分销商下单时的下单成本。需要注意的是，具体的标准订单格式可以根据实际需要进行设定，在此不做具体限定。103、根据所述第二订单信息从对应的供应商的api(applicationprogramminginterface，应用程序编程接口)系统执行下单操作。具体的，在本申请中，由于可以将第二订单信息发送给分销商想要下单的供应商的api系统中，从而有利于提高下单的准确性，以及有利于使本申请中的gds系统为分销商提供满足其需求的服务，从而有利于提高分销商的下单体验。在本申请实施例中，在接收到分销商发送的第一订单信息后，会按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息，然后根据所述第二订单信息从对应的供应商的api系统执行下单操作。由在本申请中能够将分销商发送的订单信息转换成标准格式的订单信息，然后使用生成的标准订单在不同的供应商的api系统中进行下单操作，因此分销商只需要按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息，无需按照不同的供应商提供的订单规则发送订单信息，从而有利于降低分销商的下单成本。在一个可行的实施方案中，图2为本申请提供的另一种订单处理方法的流程示意图，如图2所示，在执行步骤102时，可以通过以下步骤实现：201、根据所述预设的标准订单格式所需的待生成信息，从所述第一订单信息中获取目标信息。具体的，预先设定标准订单格式，在设定好标准订单的格式后，该标准订单所需的信息也就确定了，其中，该标准订单所需的信息为该标准订单格式所需的待生成信息，即待添加到该标准订单中的信息，因此在设定好标准订单格式后，可以根据该标准订单格式中所需的待生成信息，从第一订单信息中获取目标信息，以将目标信息添加到该标准订单中对应的位置上。举例说明，在标准订单格式确定后，该标准订单格式所需的待生成信息包括：姓名、身份证号、年龄等，则需要从第一订单信息中获取姓名、身份证号和年龄等信息作为目标信息。202、将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中，以生成所述第二订单信息。具体的，在将目标信息添加到标准格式的订单中时，可以根据目标信息的类型对应的添加到该标准格式的订单中，例如，获取的目标信息包括姓名、身份证号和年龄，则需要根据上述目标信息的类型，将目标信息分别添加到该标准格式的订单中对应的位置上，如：将目标信息中的姓名添加到该标准格式的订单中用于添加姓名的位置上，将目标信息中的身份证号添加到该标准格式的订单中用于添加身份证号的位置上，将目标信息中的年龄添加到该标准格式的订单中用于添加年龄的位置上。在经过步骤201和步骤202后，可以将第一订单信息中标准订单格式所需要用到的信息添加到该标准订单中。在一个可行的实施方案中，由于分销商的产品设定和gds的产品设定存在不同，因此为了确定分销商订单信息中的产品与gds中的哪个产品相对应，需要预先建立分销商的产品和gds中的产品的映射表，通过该映射表可以确定出gds中与分销商订单信息中的产品相对应的产品，从而保证下单的准确性。在一个可行的实施方案中，图3为本申请提供的另一种订单处理方法的流程示意图，如图3所示，当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时，在执行步骤202时，可以通过以下步骤实现：301、从与该信息的类型相对应的候选信息中，选择一个替代信息。302、将所述替代信息作为该信息添加到所述标准格式的订单中。举例说明，当待生成信息所需的信息包括信息1、信息2和信息3时，如果从第一订单信息中能够获取的目标信息仅包括信息1和信息2时，则需要根据信息3的类型后对应类型的候选信息中，选择一个替代信息3的信息，需要注意的是，选择方式可以使随机选择，也可以使按照候选信息的选择顺序进行选择，在此不做具体限定，例如，当信息3为电话号码时，从预先设定的多个电话号码中随机选择一个电话号码作为替代信息添加到标准格式的订单中用于添加电话号码的位置上。当第一订单信息中还包括除目标信息以外的其他信息时，可以将该其他信息删除，具体删除方式在此不做具体限定，并且该其他信息的处理方式在此也不做具体限定。在一个可行的实施方案中，图4为本申请提供的另一种订单处理方法的流程示意图，如图4所示，在执行步骤103时，可以通过以下步骤实现：401、根据所述第二订单信息，查找全球分销系统gds中的对应产品的库存是否充足，当不充足时，执行步骤402，当充足时，执行步骤403。402、向所述分销商返回下单失败的指示信息。403、则将所述第二订单信息发送给供应商处理模块，以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息，并将所述第三订单信息发送给该供应商的api系统中进行下单操作。具体的，可以通过图3对应的实施例中的映射表确定gds中与第一订单信息中的产品相对应的产品，然后确定该产品的库存，如果库存不够，则无法下单，则通知分销商下单失败，如果库存充足，则需要到对应的供应商中进行下单处理。预先在gds中为不同的供应商设置不同的供应商处理模块，以使供应商处理模块能够利用第二订单信息从对应的供应商处下单。以某一供应商处理模块为例，预先在该供应商处理模块中建立gds中的产品与该供应商处理模块对应的供应商的产品的映射表，通过该映射表查看第二订单信息中的产品是否属于该供应商，如果属于，再通过该供应商处理模块将第二订单信息转换成该供应商处理模块对应的供应商所需的第三订单信息，并将第三订单信息发送给该供应商的api系统，以进行下单，如果不属于，则忽略带该第二订单信息。在一个可行的实施方案中，图5为本申请提供的另一种订单处理方法的流程示意图，如图5所示，在将第三订单信息发送给供应商的api系统后，该方法还包括以下步骤：501、获取所述对应的供应商发送的凭证信息。502、将所述凭证信息封装成指定格式的文件。503、按照预设发送规则，对所述文件进行发送。具体的，在供应商的api系统下单成功后，向gds系统发送下单成功的信息，以及将下单成功的凭证信息发送给gds系统，gds系统在接受到凭证信息后，可以将该凭证信息封装成pdf(portabledocumentformat，便携式文件格式)格式的文件，当然也可以封装成其他格式的文件，文件的具体格式在此不做具体限定，然后按照预设的发送规则发送该文件，例如，可以将该文件发送给对应的分销商，和/或，将该文件发送给下单的邮箱。图6为本申请提供的一种gds系统的结构示意图，如图6所述，该gds系统包括：接收单元61，用于接收分销商发送的第一订单信息；生成单元62，用于按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息；下单单元63，用于根据所述第二订单信息从对应的供应商的api系统执行下单操作。在一个可行的实施方案中，在所述生成单元62用于按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息时，具体用于：根据所述预设的标准订单格式所需的待生成信息，从所述第一订单信息中获取目标信息；将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中，以生成所述第二订单信息。在一个可行的实施方案中，所述生成单元62，还用于：当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时，从与该信息的类型相对应的候选信息中，选择一个替代信息；将所述替代信息作为该信息添加到所述标准格式的订单中。在一个可行的实施方案中，在所述下单单元63用于根据所述第二订单信息从对应的供应商的api系统执行下单操作时，具体用于：根据所述第二订单信息，查找全球分销系统gds中的对应产品的库存是否充足；如果不充足，则向所述分销商返回下单失败的指示信息；如果充足，则将所述第二订单信息发送给供应商处理模块，以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息，并将所述第三订单信息发送给该供应商的api系统中进行下单操作。在一个可行的实施方案中，图7为本申请提供的另一种gds系统的结构示意图，如图7所述，所述gds系统还包括：获取单元64，用于获取所述对应的供应商发送的凭证信息；转换单元65，用于将所述凭证信息封装成指定格式的文件；发送单元66，用于按照预设发送规则，对所述文件进行发送。关于上述实施例中的系统，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。在本申请实施例中，在接收到分销商发送的第一订单信息后，会按照预设的标准订单格式，对所述第一订单信息进行处理，生成标准格式的第二订单信息，然后根据所述第二订单信息从对应的供应商的api系统执行下单操作。由在本申请中能够将分销商发送的订单信息转换成标准格式的订单信息，然后使用生成的标准订单在不同的供应商的api系统中进行下单操作，因此分销商只需要按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息，无需按照不同的供应商提供的订单规则发送订单信息，从而有利于降低分销商的下单成本。以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页12当前第1页12