CN109034937A - 一种订单处理方法和gds*** - Google Patents
一种订单处理方法和gds*** Download PDFInfo
- Publication number
- CN109034937A CN109034937A CN201810575805.7A CN201810575805A CN109034937A CN 109034937 A CN109034937 A CN 109034937A CN 201810575805 A CN201810575805 A CN 201810575805A CN 109034937 A CN109034937 A CN 109034937A
- Authority
- CN
- China
- Prior art keywords
- information
- order
- format
- order information
- supplier
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种订单处理方法和GDS***。该方法包括:接收分销商发送的第一订单信息;按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息;根据所述第二订单信息从对应的供应商的API***执行下单操作,在采用上述方法后,本申请有利于降低分销商的下单成本。
Description
技术领域
本申请涉及互联网领域,具体而言,涉及一种订单处理方法和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(Global Distribution System,全球分销***)***中,如图1所示,该方法包括以下步骤:
101、接收分销商发送的第一订单信息。
需要注意的是,第一订单信息的格式可以使分销商根据自身设定的格式生成的,或者,也可以是按照本申请提供的标准订单格式生成,关于第一订单信息的格式在此不做具体限定。
第一订单信息包括购买产品的最小库存单元信息(小库存单元信息用于指示购买的最小库存规格),最小库存单元信息可以包括以下至少一种内容:游玩日期、套餐种类、场次、价格类型等,示例性的,购买产品的最小库存单元信息可以是购买游船的12点场次,带午餐,成人票。第一订单信息还可以包括该产品的购买数量、该产品所需的个人信息,其中,不同国家和地区所需的个人信息存在不同,不同国家和地区具体所需的个人信息根据实际需要进行设定,在此不再详细赘述,个人信息可以包括以下信息中的至少一种:邮箱,联系人电话,护照号等。
102、按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息。
具体的,在GDS提供标准订单格式后,GDS可以将不同格式的订单转换成标准订单,从而降低了对分销商发送的订单信息格式的要求,从而有利于提高本申请提出的GDS的受众面,并且分销商可以按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息,有利于降低分销商下单时的下单成本。
需要注意的是,具体的标准订单格式可以根据实际需要进行设定,在此不做具体限定。
103、根据所述第二订单信息从对应的供应商的API(Application ProgrammingInterface,应用程序编程接口)***执行下单操作。
具体的,在本申请中,由于可以将第二订单信息发送给分销商想要下单的供应商的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(Portable Document Format,便携式文件格式)格式的文件,当然也可以封装成其他格式的文件,文件的具体格式在此不做具体限定,然后按照预设的发送规则发送该文件,例如,可以将该文件发送给对应的分销商,和/或,将该文件发送给下单的邮箱。
图6为本申请提供的一种GDS***的结构示意图,如图6所述,该GDS***包括:
接收单元61,用于接收分销商发送的第一订单信息;
生成单元62,用于按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息;
下单单元63,用于根据所述第二订单信息从对应的供应商的API***执行下单操作。
在一个可行的实施方案中,在所述生成单元62用于按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息时,具体用于:
根据所述预设的标准订单格式所需的待生成信息,从所述第一订单信息中获取目标信息;
将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中,以生成所述第二订单信息。
在一个可行的实施方案中,所述生成单元62,还用于:
当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时,从与该信息的类型相对应的候选信息中,选择一个替代信息;
将所述替代信息作为该信息添加到所述标准格式的订单中。
在一个可行的实施方案中,在所述下单单元63用于根据所述第二订单信息从对应的供应商的API***执行下单操作时,具体用于:
根据所述第二订单信息,查找全球分销***GDS中的对应产品的库存是否充足;
如果不充足,则向所述分销商返回下单失败的指示信息;
如果充足,则将所述第二订单信息发送给供应商处理模块,以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息,并将所述第三订单信息发送给该供应商的API***中进行下单操作。
在一个可行的实施方案中,图7为本申请提供的另一种GDS***的结构示意图,如图7所述,所述GDS***还包括:
获取单元64,用于获取所述对应的供应商发送的凭证信息;
转换单元65,用于将所述凭证信息封装成指定格式的文件;
发送单元66,用于按照预设发送规则,对所述文件进行发送。
关于上述实施例中的***,其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
在本申请实施例中,在接收到分销商发送的第一订单信息后,会按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息,然后根据所述第二订单信息从对应的供应商的API***执行下单操作。由在本申请中能够将分销商发送的订单信息转换成标准格式的订单信息,然后使用生成的标准订单在不同的供应商的API***中进行下单操作,因此分销商只需要按照自身设定的订单格式或者按照本申请提出的标准订单格式发送订单信息,无需按照不同的供应商提供的订单规则发送订单信息,从而有利于降低分销商的下单成本。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种订单处理方法,其特征在于,所述方法包括:
接收分销商发送的第一订单信息;
按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息;
根据所述第二订单信息从对应的供应商的API***执行下单操作。
2.如权利要求1所述的方法,其特征在于,所述按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息,包括:
根据所述预设的标准订单格式所需的待生成信息,从所述第一订单信息中获取目标信息;
将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中,以生成所述第二订单信息。
3.如权利要求2所述的方法,其特征在于,当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时,所述方法还包括:
从与该信息的类型相对应的候选信息中,选择一个替代信息;
将所述替代信息作为该信息添加到所述标准格式的订单中。
4.如权利要求1所述的方法,其特征在于,所述根据所述第二订单信息从对应的供应商的API***执行下单操作,包括:
根据所述第二订单信息,查找全球分销***GDS中的对应产品的库存是否充足;
如果不充足,则向所述分销商返回下单失败的指示信息;
如果充足,则将所述第二订单信息发送给供应商处理模块,以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息,并将所述第三订单信息发送给该供应商的应用程序编程接口API***中进行下单操作。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
获取所述对应的供应商发送的凭证信息;
将所述凭证信息封装成指定格式的文件;
按照预设发送规则,对所述文件进行发送。
6.一种GDS***,其特征在于,所述GDS***包括:
接收单元,用于接收分销商发送的第一订单信息;
生成单元,用于按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息;
下单单元,用于根据所述第二订单信息从对应的供应商的API***执行下单操作。
7.如权利要求6所述的GDS***,其特征在于,在所述生成单元用于按照预设的标准订单格式,对所述第一订单信息进行处理,生成标准格式的第二订单信息时,具体用于:
根据所述预设的标准订单格式所需的待生成信息,从所述第一订单信息中获取目标信息;
将所述目标信息按照所述预设的标准订单格式添加到标准格式的订单中,以生成所述第二订单信息。
8.如权利要求7所述的GDS***,其特征在于,所述生成单元,还用于:
当从第一订单信息中无法获取到所述待生成信息所需的至少一种信息时,从与该信息的类型相对应的候选信息中,选择一个替代信息;
将所述替代信息作为该信息添加到所述标准格式的订单中。
9.如权利要求6所述的GDS***,其特征在于,在所述下单单元用于根据所述第二订单信息从对应的供应商的API***执行下单操作时,具体用于:
根据所述第二订单信息,查找全球分销***GDS中的对应产品的库存是否充足;
如果不充足,则向所述分销商返回下单失败的指示信息;
如果充足,则将所述第二订单信息发送给供应商处理模块,以使对应的供应商的供应商处理模块将所述第二订单信息转换成与该供应商对应的第三订单信息,并将所述第三订单信息发送给该供应商的应用程序编程接口API***中进行下单操作。
10.如权利要求6所述的GDS***,其特征在于,所述GDS***还包括:获取单元,用于获取所述对应的供应商发送的凭证信息;
转换单元,用于将所述凭证信息封装成指定格式的文件;
发送单元,用于按照预设发送规则,对所述文件进行发送。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810575805.7A CN109034937A (zh) | 2018-06-06 | 2018-06-06 | 一种订单处理方法和gds*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810575805.7A CN109034937A (zh) | 2018-06-06 | 2018-06-06 | 一种订单处理方法和gds*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109034937A true CN109034937A (zh) | 2018-12-18 |
Family
ID=64612433
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810575805.7A Pending CN109034937A (zh) | 2018-06-06 | 2018-06-06 | 一种订单处理方法和gds*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109034937A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109801128A (zh) * | 2018-12-29 | 2019-05-24 | 浙江东经科技股份有限公司 | 用于网络销售的订单分配*** |
CN109934674A (zh) * | 2019-02-26 | 2019-06-25 | 上海南潮信息科技有限公司 | 储罐原料m2m交易方法、装置和*** |
CN114205412A (zh) * | 2021-12-17 | 2022-03-18 | 平安壹钱包电子商务有限公司 | 信息推送方法、装置、服务器及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388096A (zh) * | 2007-09-14 | 2009-03-18 | 阿里巴巴集团控股有限公司 | 一种多平台的数据标准化处理方法及*** |
CN104715052A (zh) * | 2015-03-27 | 2015-06-17 | 国家电网公司 | 生成报表的方法及其*** |
CN104809506A (zh) * | 2015-03-30 | 2015-07-29 | 张泽 | 房间信息交互方法、装置及*** |
CN105354236A (zh) * | 2015-10-09 | 2016-02-24 | 上海瀚之友信息技术服务有限公司 | 一种对账信息生成方法及*** |
CN105631630A (zh) * | 2015-12-25 | 2016-06-01 | 中国民航信息网络股份有限公司 | 旅客订单数据处理方法及装置 |
CN106097058A (zh) * | 2016-06-07 | 2016-11-09 | 杭州笛佛软件有限公司 | 电子商务平台异构数据处理方法及*** |
CN107391057A (zh) * | 2017-07-06 | 2017-11-24 | 北京三快在线科技有限公司 | 一种票据信息管理方法、装置及设备 |
-
2018
- 2018-06-06 CN CN201810575805.7A patent/CN109034937A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388096A (zh) * | 2007-09-14 | 2009-03-18 | 阿里巴巴集团控股有限公司 | 一种多平台的数据标准化处理方法及*** |
CN104715052A (zh) * | 2015-03-27 | 2015-06-17 | 国家电网公司 | 生成报表的方法及其*** |
CN104809506A (zh) * | 2015-03-30 | 2015-07-29 | 张泽 | 房间信息交互方法、装置及*** |
CN105354236A (zh) * | 2015-10-09 | 2016-02-24 | 上海瀚之友信息技术服务有限公司 | 一种对账信息生成方法及*** |
CN105631630A (zh) * | 2015-12-25 | 2016-06-01 | 中国民航信息网络股份有限公司 | 旅客订单数据处理方法及装置 |
CN106097058A (zh) * | 2016-06-07 | 2016-11-09 | 杭州笛佛软件有限公司 | 电子商务平台异构数据处理方法及*** |
CN107391057A (zh) * | 2017-07-06 | 2017-11-24 | 北京三快在线科技有限公司 | 一种票据信息管理方法、装置及设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109801128A (zh) * | 2018-12-29 | 2019-05-24 | 浙江东经科技股份有限公司 | 用于网络销售的订单分配*** |
CN109934674A (zh) * | 2019-02-26 | 2019-06-25 | 上海南潮信息科技有限公司 | 储罐原料m2m交易方法、装置和*** |
CN114205412A (zh) * | 2021-12-17 | 2022-03-18 | 平安壹钱包电子商务有限公司 | 信息推送方法、装置、服务器及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102230013B1 (ko) | 배송원에게 정보를 제공하는 전자 장치 및 그 제어 방법 | |
CN109034937A (zh) | 一种订单处理方法和gds*** | |
CN101341373A (zh) | 用于识别地理位置的方法和*** | |
McRoberts et al. | Estimating and circumventing the effects of perturbing and swapping inventory plot locations | |
WO2005069214A1 (ja) | 情報呈示システム | |
EP2613272A1 (en) | Electronic map data processing system | |
CN108268817A (zh) | 电子运单的生成方法及*** | |
JP2012041099A (ja) | ピッキング作業支援システムおよびピッキング作業支援方法 | |
CN105046414A (zh) | 用于erp***的业务追溯方法及装置 | |
US20180004368A1 (en) | Information processing apparatus | |
JP2021056972A (ja) | 製造発注支援装置、方法およびプログラム | |
JP4264972B2 (ja) | 物品管理システムおよび物品管理方法 | |
JP5139006B2 (ja) | 移転引越し荷物確認システム | |
JP6009158B2 (ja) | トレーサビリティ管理システム | |
CN109409981A (zh) | 图文信息处理方法、装置和*** | |
CN108960710A (zh) | 一种库存调整方法和gds*** | |
JP7486736B2 (ja) | 医療材料の管理システム、管理サーバおよびプログラム | |
JP5033569B2 (ja) | Rfタグと個体識別番号との紐付け方法 | |
JP4816655B2 (ja) | 文書整理システム、文書整理方法および文書整理プログラム | |
JP6537073B2 (ja) | 現在地確認システム及びnfcタグ又は二次元コード付きシート状製品 | |
JP2009175928A (ja) | 製品・設置情報登録具及びこれを用いた製品履歴情報管理システム | |
JP5096963B2 (ja) | 通販商品店舗受渡システム | |
JP2008257653A (ja) | 伝達通知プログラム及びそれを用いた保守サービスマン支援システム | |
CN110472752A (zh) | 处理数据的方法以及装置 | |
CN113519008A (zh) | 信息共享辅助装置及信息共享辅助*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181218 |