技术领域
[0001] 本
申请涉及订单信息处理技术领域，特别是涉及跨境业务中的订单信息处理方法及装置。
背景技术
[0002] 在
电子商务交易平台中，有一类比较特殊的业务，发货地在某个国家，而收货地则在另一个国家。例如，某用户身处美国，需要通过淘宝、天猫等交易平台，购买中国国内卖家或者商家的商品，需要将该商品从中国的仓库配送到国外某收货地，等等。对于这类业务，在物流配送时，需要进行跨越国境的配送，配送过程通常会分为两个阶段：第一阶段是在买家用户支付了商品本身的
费用以及国内阶段的运送费用后，由第一物流服务提供方从国内的发货地运送到国内的集运仓，第二阶段是商品到达集运仓后，由买家用户支付国际阶段的运送费用，并由第二物流服务提供方从集运仓运送到国外的买家收货地。其中，第一物流服务提供方与第二物流服务提供方通常是不同的，当然，也可以相同。
[0003] 在
现有技术中，如果一个国外买家需要购买某商品，第一物流服务提供方一般是由卖家或者商家用户
指定，而第二物流服务提供方则需要买家用户自行联系。例如，具体实现时，国外买家用户需要通过各种线下的方式获知可以提供海外配送服务的第二物流服务商，并获知其集运仓的地址，在下单时，需要将集运仓的地址提供给国内的卖家用户。卖家用户在发货时，将该集运仓的地址作为收货地址，将买家用户的姓名、联系方式等作为收件人信息，然后将商品运送到买家用户指定的集运仓。之后，在商品到达集运仓后，第二物流服务商需要根据面单上的收件人信息联系买家用户，买家用户再将其国外的收收货地址告诉给第二物流服务商，并支付了国际阶段的运送费用后，才会进入到国际阶段的运送过程。
[0004] 可见，上述现有技术实现起来很不方便，需要买家用户自行线下执行的操作比较多，容易出错，也可能会造成时间上的延误，如果买家用户对如何联系第二物流服务商等并不熟知，则可能会导致交易无法完成。
[0005] 因此，如何更方便高效、快捷地处理跨境业务，成为需要本领域技术人员解决的技术问题。
发明内容
[0006] 本申请提供了跨境业务中的订单信息处理方法及装置，可以提高跨境交易订单的生成的效率，促进跨境交易的达成。
[0007] 本申请提供了如下方案：
[0008] 一种跨境业务中的订单信息处理方法，包括：
[0009]
服务器接收跨境业务操作
请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0010] 在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单；
[0011] 记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中。
[0012] 一种跨境业务中的订单信息处理方法，包括：
[0013] 国际第一用户客户端接收跨境业务操作请求，将所述请求提交到服务器，以便所述服务器返回可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0014] 提供所述可选的集运方信息，并在目标集运方被选中后，提交到服务器，以便所述服务器进行记录；
[0015] 接收到购买指定商品对象的操作请求后，将所述操作请求提交到服务器，以便所述服务器生成交易订单，并记录该交易订单与所述目标集运方之间的关联关系，将该交易订单加入到待集运订单集合中。
[0016] 一种跨境业务中的订单信息处理方法，包括：
[0017] 集运方客户端接收服务器的通知消息，所述通知消息中携带有与该集运方关联的交易订单信息的国内阶段物流信息，所述通知消息通过以下方式生成：服务器接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方，在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单，记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中，根据所述记录的关联关系，生成所述通知消息；
[0018] 记录所述关联的交易订单信息的国内阶段物流信息，并根据所述通知消息进行资源调配；
[0019] 接收服务器发送的国际阶段物流运单，所述国际阶段物流运单根据针对所述待集运订单的国际阶段操作而生成；
[0020] 根据所述国际阶段物流运单关联的目标待集运订单标识，触发执行国际阶段的配送服务。
[0021] 一种跨境业务中的订单信息处理装置，应用于服务器，包括：
[0022] 操作请求接收单元，用于接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0023] 交易订单生成单元，用于在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单；
[0024] 关联关系记录单元，用于记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中。
[0025] 一种跨境业务中的订单信息处理装置，应用于国际第一用户客户端，包括：
[0026] 请求接收单元，用于接收跨境业务操作请求，将所述请求提交到服务器，以便所述服务器返回可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0027] 集运方信息提供单元，用于提供所述可选的集运方信息，并在目标集运方被选中后，提交到服务器，以便所述服务器进行记录；
[0028] 购买操作请求接收单元，用于接收到购买指定商品对象的操作请求后，将所述操作请求提交到服务器，以便所述服务器生成交易订单，并记录该交易订单与所述目标集运方之间的关联关系，将该交易订单加入到待集运订单集合中。
[0029] 一种跨境业务中的订单信息处理装置，应用于集运方客户端，包括：
[0030] 第一通知消息接收单元，用于接收服务器的通知消息，所述通知消息中携带有与该集运方关联的交易订单信息的国内阶段物流信息，所述通知消息通过以下方式生成：服务器接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方，在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单，记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中，根据所述记录的关联关系，生成所述通知消息；
[0031] 信息记录单元，用于记录所述关联的交易订单信息的国内阶段物流信息，并根据所述通知消息进行资源调配；
[0032] 国际阶段物流运单接收单元，用于接收服务器发送的国际阶段物流运单，所述国际阶段物流运单根据针对所述待集运订单的国际阶段操作而生成；
[0033] 国际配送触发单元，用于根据所述国际阶段物流运单关联的目标待集运订单标识，触发执行国际阶段的配送服务。
[0034] 根据本申请提供的具体
实施例，本申请公开了以下技术效果：
[0035] 通过本申请实施例，为跨境交易提供了管理平台，通过该平台，服务器可以预先保存集运方的信息，这样，国际第一用户在需要购买国内第二用户的商品对象时，就可以首先选择所需的目标集运方，不需要自行通过线下的方式与集运方进行联系，服务器在根据国际第一用户的购买操作生成相应的交易订单后，可以记录该交易订单与被选中的目标集运方之间的对应关系，并且，可以将这种交易订单加入到待集运订单集合中，这样，可以提高跨境交易订单的生成的效率，促进跨境交易的达成。
[0036] 当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0037] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0038] 图1是本申请实施例提供的第一方法的
流程图；
[0039] 图2是本申请实施例提供的第二方法的流程图；
[0040] 图3是本申请实施例提供的第三方法的流程图；
[0041] 图4是本申请实施例提供的第四方法的流程图；
[0042] 图5是本申请实施例提供的第一装置的示意图；
[0043] 图6是本申请实施例提供的第二装置的示意图；
[0044] 图7是本申请实施例提供的第三装置的示意图。
具体实施方式
[0045] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
[0046] 在本申请实施例中，可以预先收集能够提供国际阶段配送服务的第二物流服务提供方(也即集运方)的信息，并提供给国外第一用户(例如，国外买家)供其选择，这样，国外第一用户就不需要通过线下的方式自行联系集运方。后续在生成交易订单后，服务器也可以记录交易订单与被选中的目标集运方之间的关联关系，并为国外第一用户提供用于对集运订单进行操作的操作选项，使得国外第一用户可以直接通过在线的方式对集运订单执行付款(主要是国际阶段的运送费用等)、合单等操作，而不需要再通过线下的方式进行，因此，可以方便国外第一用户交易的达成。下面对具体的实现方式进行详细介绍。
[0047] 实施例一
[0048] 该实施例一首先从服务器的
角度提供了一种跨境业务中的订单信息处理方法，参见图1，该方法具体可以包括以下步骤：
[0049] S101：服务器接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0050] 具体实现时，可以提供用于发起跨境业务操作请求的操作选项，例如，在天猫等交易平台的客户端首页等
位置，可以提供“海外购”等选项，在国外第一用户(例如，海外买家)购买国内第二用户(例如，国内的商家、卖家等)的商品对象时，可以首先对该操作选项进行操作。这样，服务器就可以为该国外第一用户提供可选的集运方列表，相应的，国外第一用户可以从该集运方列表中选择其中一个作为目标集运方。也就是说，在本申请实施例中，在国外第一用户需要购买国内第二用户的商品对象之前，可以首先选择其使用的目标集运方，后续在交易过程中生成的交易订单，可以直接与该目标集运方建立关联。
[0051] S102：在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单；
[0052] 在国外第一用户选择了目标集运方后，如果该第一用户选择购买某国内第二用户的商品对象，可以在相应的页面上进行“立即购买”等操作，相应的，服务器可以生成对应的交易订单。交易订单中会记录购买的商品对象信息(id、规格、数量等)，以及收件人、收件地址等信息。在海外购的业务场景中，由于需要先将对应的货品运送到集运仓，因此，交易订单中的收件地址通常为集运仓地址，收件人则可以是国外第一用户，包括其姓名、电话号码，等等。
[0053] 具体实现时，为了进一步提高实现的效率，服务器还可以预先收集各集运方的仓库(集运仓)地址信息并保存，这样，在目标集运方被选中，并生成交易订单时，服务器可以自动确定目标集运方对应的集运仓地址，并将该集运仓地址确定为所述交易订单关联的国内阶段物流运单的收货地址。也就是说，在国内配送阶段，对应的货品将会被配送至该目标集运方的集运仓中，而不需要国外第一用户自行联系目标集运方，也不需要填写目标集运方的集运仓地址等等，因此，效率更高。
[0054] S103：记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中。
[0055] 在生成交易订单后，服务器还可以记录下该交易订单标识(例如，订单编码)与目标集运方标识(例如，目标集运方的编码、名称等等)之间的对应关系，相应的，还可以将该交易订单加入到待集运订单集合中。也就是说，对于一国外第一用户而言，可能会购买多个国内第二用户的多件商品对象，先后生成多个交易订单，这些交易订单对应的货品到达集运仓的时间可能会不同，但是到达集运仓后，都需要进行国际阶段处理操作，包括支付国际阶段的运送费用、合单等等。也就是说，待集运订单可能会有多个，这些待集运订单在国际处理阶段可能会需要进行合单等处理，因此，可以生成待集运订单集合，后续可以以这种集合的方式提供给国际第一用户，方便其对各个订单执行具体的国际阶段操作。
[0056] 总之，通过本申请实施例，为跨境交易提供了管理平台，通过该平台，服务器可以预先保存集运方的信息，这样，国际第一用户在需要购买国内第二用户的商品对象时，就可以首先选择所需的目标集运方，不需要自行通过线下的方式与集运方进行联系，服务器在根据国际第一用户的购买操作生成相应的交易订单后，可以记录该交易订单与被选中的目标集运方之间的对应关系，并且，可以将这种交易订单加入到待集运订单集合中，这样，可以提高跨境交易订单的生成的效率，促进跨境交易的达成。
[0057] 另外，后续还可以将各待集运订单对应的国内阶段的物流信息通知给目标集运方客户端，因为后续国际阶段配送服务是由该目标集运方进行，因此，目标集运方可以根据服务器的通知消息，执行相关的准备工作，例如，调配仓储、运
力等资源，等等。另外，目标集运方客户端还可以对各个待集运订单对应的国内阶段物流信息进行记录，例如，国内阶段的物流单号等等，这样，后续在进行国际阶段的配送时，可以利用记录的信息到仓库中查找对应的包裹，而不需要国际第一用户再通过线下的方式与集运方进行沟通合单等事宜。
[0058] 对于国际第一用户而言，在完成了国内阶段的配送后，将会进入到国际阶段的配送程序，期间，第一用户需要执行支付国际阶段运送费用等操作。另外，由于国际阶段的运送费用比较高，如果每一个订单都单独进行配送，则需要支付高额的运费。因此，国际第一用户经常需要在国内多个国内第二用户下单，等到各个订单的商品都运送到集运仓后，进行“合单”，也即将多个订单的商品打包成一个包裹后发往海外，这样可以节省运费。但是，按照现有技术的实现方式，如果国际第一用户需要进行合单操作，则需要不断的与集运方进行沟通，确定出将哪些订单商品进行合并，等等，显然会耗费第一用户以及集运方大量的时间，期间也很容易造成出错，甚至丢单等情况发生。为此，在本申请实施例中，还可以向其提供用于查看该待集运交易订单集合的操作选项，方便第一用户查看其待集运订单的状态，并执行相关的国际阶段操作，下面对后续的步骤进行介绍。
[0059] 参见图2，在实际应用中，在图1所示的各个步骤
基础上，还可以包括以下步骤：
[0060] S104：接收到查看所述待集运订单集合的查看请求时，提供所述待集运订单集合中的交易订单信息；
[0061] 在生成了待集运订单集合后，可以在国际第一用户客户端提供用于查看该集合的第一操作选项，这样，国际第一用户可以通过该第一操作选项发出查看待集运订单的请求，相应的，客户端可以将该请求提交到服务器，服务器就可以为其提供待集运订单集合中的交易订单信息。并且，国际第一用户客户端还可以提供用于对交易订单进行国际阶段处理操作的第二操作选项。这里的国际阶段处理操作可以包括支付国际阶段运送费用的操作，或者合单操作等等。
[0062] 具体实现时，服务器还可以对各个订单的国内阶段配送任务进行监控，具体的，可以由执行国内阶段配送任务的第一物流服务提供方反馈其具体的物流状态，例如，是否已发货，运送到哪个中转仓，是否运送到目标集运仓等等。相应的，服务器可以根据执行国内阶段配送任务的第一物流服务提供方返回的物流状态信息，对待集运订单集合中各交易订单的状态进行更新。进而，当交易订单的物流状态为已运送至集运仓时，就可以提供前述第二操作选项。也即，在运送到集运仓之后，再进行具体的支付国际阶段运送费用、合单等操作。
[0063] 需要说明的是，同一第一用户在不同的交易过程中可能会选择不同的集运方，而在执行合单等操作时，通常会在对应同一集运方的各个订单之间进行，因此，在生成待集运交易订单集合时，可以按照对应的目标集运方的不同，对待集运订单集合中的交易订单进行分类，其中，对应同一目标集运方的交易订单为同一类，后续在向国外第一用户提供待集运订单集合中的交易订单信息时，也可以按照分类结果，分别展示各类别下的交易订单。
[0064] S105：接收针对指定交易订单的国际阶段处理操作请求，对所述指定交易订单进行相应的处理。
[0065] 具体的，如前文所述，第二操作选项包括用于支付交易订单国际阶段的运送费用的操作选项，在这种情况下，第一用户客户端在通过第二操作选项接收到操作请求，并提交到服务器后，服务器具体在进行相应的处理时，可以如下进行：利用预先保存的集运方的报价信息，以及执行国内阶段配送任务的第一物流服务提供方返回的交易订单关联的物流包裹
属性信息，确定该交易订单的国际阶段运送费用信息，然后，第一用户客户端可以提供用于支付国际阶段运送费用的第三操作选项，以便支付国际阶段运送费用，在国际阶段运送费用支付完毕后，生成国际阶段物流运单，该国际阶段物流运单与当前交易订单关联。
[0066] 另外，第二操作选项包括用于选择待合单的交易订单的操作选项，在这种情况下，在第一用户客户端通过第二操作选项接收到操作请求，并提交到服务器后，服务器具体在进行相应的处理时，可以如下进行：根据接收到的操作请求确定待合单的交易订单，确定待合单的交易订单对应的同一集运方，利用预先保存的集运方的报价信息，以及执行国内阶段配送任务的第一物流服务提供方返回的所述待合单的交易订单关联的物流包裹属性信息(例如，包括的重量、体积等)，确定合单后的国际阶段运送费用信息，并提供用于支付国际阶段运送费用的第四操作选项，以便支付国际阶段运送费用。在国际阶段运送费用支付完毕后，就可以生成国际阶段物流运单，该国际阶段物流运单与被合单的交易订单关联。由于被合并的交易订单对应的收件人信息是相同的，因此，生成的国际阶段物流订单的收件人信息可以据此确定，当然，也可以提供给国际第一用户对收件人信息进行确认。其中，关于过阶段运送费用的计算，不同的集运方可能会有不同的计费方式，甚至同一集运方对于不同类目的商品对象，计费方式可能都会不同。因此，服务器在预先保存各集运方的信息时，可以包括集运方的计费方式信息，进而在需要支付国际阶段运送费用时，就可以根据实际商品对象的类目、包裹的重量、体积等信息，结合目标集运方的计费方式进行计算。
[0067] 在生成国际阶段物流运单后，还可以将该国际阶段物流运单发送到目标集运方，这样，集运方就可以根据该国际阶段物流运单关联的待集运订单，触发国际阶段的配送服务。其中，如果没有进行合单操作，则一个国际阶段物流运单关联一个待集运订单，因此，就可以之前记录的该待集运订单对应的国内阶段物流运单标识，找到对应的包裹，然后进行国际阶段的配送。如果执行了合单操作，则一个国际阶段物流运单关联多个待集运订单，则此时可以根据之前记录的各个待集运订单对应的国内阶段物流运单标识，分别找到各个订单对应的包裹，然后统一打包成一个大包裹后，再进行国际阶段的配送。
[0068] 需要说明的是，在实际应用中，当某交易订单对应的货品被运送到集运仓后，国际第一用户由于种种原因，可能会出现想要退回国内等情况。对此，为了方便国际第一用户的操作，在提供待集运订单集合时，第一用户客户端还可以提供用于将指定交易订单退回国内的第五操作选项，通过该第五操作选项接收到相应的请求后，可以提交到服务器，服务器可以生成对应退回操作的物流运单，以便将该指定交易订单关联的商品对象运送到指定的国内地址。该指定的国内地址可能是原国内第二用户的地址(也就是说，国际第一用户可能需要退货)，或者也可以是收件人用户指定的其他地址，例如，可能需要运送到其亲戚、朋友等所在的国内地址，等等。
[0069] 实施例二
[0070] 以上实施例一从服务器的角度对本申请实施例的方案进行了介绍，该实施例二则从国际第一用户客户端的角度进行介绍。
[0071] 参见图3，该实施例二提供了一种跨境业务中的订单信息处理方法，该方法可以包括以下步骤：
[0072] S301：国际第一用户客户端接收跨境业务操作请求，将所述请求提交到服务器，以便所述服务器返回可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0073] S302：提供所述可选的集运方信息，并在目标集运方被选中后，提交到服务器，以便所述服务器进行记录；
[0074] S303：接收到购买指定商品对象的操作请求后，将所述操作请求提交到服务器，以便所述服务器生成交易订单，并记录该交易订单与所述目标集运方之间的关联关系，将该交易订单加入到待集运订单集合中。
[0075] 之后，还可以提供用于查看所述待集运订单集合的第一操作选项，并通过该第一操作选项接收到查看请求时，将所述查看请求提交到服务器。然后，根据服务器返回的信息提供所述待集运订单集合中的交易订单信息，并提供用于对交易订单进行国际阶段处理操作的第二操作选项，通过所述第二操作选项接收到针对指定交易订单的国际阶段处理操作请求后，提交到服务器，以便所述服务器对所述指定交易订单进行相应的处理。
[0076] 实施例三
[0077] 该实施例三是从集运方客户端的角度进行的介绍，参见图4，该实施例三提供了一种跨境业务中的订单信息处理方法，该方法可以包括以下步骤：
[0078] S401：集运方客户端接收服务器的通知消息，所述通知消息中携带有与该集运方关联的交易订单信息的国内阶段物流信息，所述通知消息通过以下方式生成：服务器接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方，在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单，记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中，根据所述记录的关联关系，生成所述通知消息；
[0079] S402：记录所述关联的交易订单信息的国内阶段物流信息，并根据所述通知消息进行资源调配；
[0080] 其中，关于具体如何进行资源调配并不属于本申请实施例的重点，因此不再详述。
[0081] S403：接收服务器发送的国际阶段物流运单，所述国际阶段物流运单根据针对所述待集运订单的国际阶段操作而生成；
[0082] S404：根据所述国际阶段物流运单关联的目标待集运订单标识，触发执行国际阶段的配送服务。
[0083] 需要说明的是，上述实施例二以及实施例三都是与实施例一相对应的，仅仅是描述的角度有所不同，因此，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。
[0084] 与实施例一相对应，本申请实施例还提供了一种跨境业务中的订单信息处理装置，该装置应用于服务器，参见图5，该装置可以包括：
[0085] 操作请求接收单元501，用于接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0086] 交易订单生成单元502，用于在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单；
[0087] 关联关系记录单元503，用于记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中。
[0088] 具体实现时，为了提高订单生成效率，该装置还可以包括：
[0089] 集运仓收货地址确定单元，用于所述目标集运方被选中后，根据预先保存的集运方与集运仓地址之间的对应关系，确定所述目标集运方对应的集运仓地址，并将该集运仓地址确定为所述交易订单关联的国内阶段物流运单的收货地址。
[0090] 另外，该装置还可以包括：
[0091] 查看请求接收单元，用于接收到查看所述待集运订单集合的查看请求时，提供所述待集运订单集合中的交易订单信息；
[0092] 国际阶段处理单元，用于接收针对指定交易订单的国际阶段处理操作请求，对所述指定交易订单进行相应的处理。
[0093] 其中，所述查看请求接收单元包括：
[0094] 分类子单元，用于按照对应的目标集运方的不同，对待集运订单集合中的交易订单进行分类，其中，对应同一目标集运方的交易订单为同一类；
[0095] 分别提供子单元，用于按照分类结果，分别提供各类别下的交易订单。
[0096] 此外，该装置还可以包括：
[0097] 订单状态更新单元，用于根据执行国内阶段配送任务的第一物流服务提供方返回的物流状态信息，对所述待集运订单集合中各交易订单的状态进行更新；
[0098] 所述国际阶段处理单元具体用于：
[0099] 当所述交易订单的状态为已运送至集运仓后，接收针对指定交易订单的国际阶段处理操作请求。
[0100] 其中，所述国际阶段处理操作请求包括用于支付交易订单国际阶段的运送费用的操作请求，所述国际阶段处理单元包括：
[0101] 第一费用信息确
定子单元，用于利用预先保存的集运方的报价信息，以及执行国内阶段配送任务的第一物流服务提供方返回的交易订单关联的物流包裹属性信息，确定该交易订单的国际阶段运送费用信息；
[0102] 第一国际阶段物流订单生成子单元，用于接收到支付国际阶段运送费用的操作请求并支付完毕后，生成国际阶段物流运单，该国际阶段物流运单与当前交易订单关联。
[0103] 或者，所述国际阶段处理操作请求包括用于选择待合单的交易订单的操作请求，所述国际阶段处理单元包括：
[0104] 合单请求接收子单元，用于根据接收到的操作请求确定待合单的交易订单；
[0105] 集运方确定子单元，用于确定待合单的交易订单对应的同一集运方；
[0106] 第二费用信息确定子单元，用于利用预先保存的集运方的报价信息，以及执行国内阶段配送任务的第一物流服务提供方返回的所述待合单的交易订单关联的物流包裹属性信息，确定合单后的国际阶段运送费用信息；
[0107] 第二国际阶段物流订单生成子单元，用于接收支付国际阶段运送费用的操作请求并支付完毕后，生成国际阶段物流运单，该国际阶段物流运单与被合单的交易订单关联。
[0108] 在具体实现时，该装置还可以包括：
[0109] 退回请求接收单元，用于接收将指定交易订单退回国内的操作请求；
[0110] 第三物流订单生成单元，用于生成对应退回操作的物流运单，以便将该指定交易订单关联的商品对象运送到指定的国内地址。
[0111] 再者，还可以包括：
[0112] 通知单元，用于所述记录该交易订单与所述目标集运方之间的关联关系之后，向所述目标集运方发送通知消息，所述通知消息中携带有与所述交易订单关联的国内阶段物流信息。
[0113] 与实施例二相对应，本申请实施例还提供了一种跨境业务中的订单信息处理装置，该装置应用于国际第一用户客户端，参见图6，该装置可以包括：
[0114] 请求接收单元601，用于接收跨境业务操作请求，将所述请求提交到服务器，以便所述服务器返回可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方；
[0115] 集运方信息提供单元602，用于提供所述可选的集运方信息，并在目标集运方被选中后，提交到服务器，以便所述服务器进行记录；
[0116] 购买操作请求接收单元603，用于接收到购买指定商品对象的操作请求后，将所述操作请求提交到服务器，以便所述服务器生成交易订单，并记录该交易订单与所述目标集运方之间的关联关系，将该交易订单加入到待集运订单集合中。
[0117] 具体实现时，该装置还可以包括：
[0118] 第一操作选项提供单元，用于提供用于查看所述待集运订单集合的第一操作选项，并通过该第一操作选项接收到查看请求时，将所述查看请求提交到服务器；
[0119] 第二操作选项提供单元，用于根据服务器返回的信息提供所述待集运订单集合中的交易订单信息，并提供用于对交易订单进行国际阶段处理操作的第二操作选项；
[0120] 国际阶段处理操作请求提交单元，用于通过所述第二操作选项接收到针对指定交易订单的国际阶段处理操作请求后，提交到服务器，以便所述服务器对所述指定交易订单进行相应的处理。
[0121] 与实施例三相对应，本申请实施例还提供了一种跨境业务中的订单信息处理装置，该装置应用于集运方客户端，参见图7，该装置可以包括：
[0122] 第一通知消息接收单元701，用于接收服务器的通知消息，所述通知消息中携带有与该集运方关联的交易订单信息的国内阶段物流信息，所述通知消息通过以下方式生成：服务器接收跨境业务操作请求，提供可选的集运方，所述集运方为提供国际阶段配送服务的第二物流服务提供方，在目标集运方被选中，并接收到购买指定商品对象的操作请求后，生成交易订单，记录该交易订单与所述目标集运方之间的关联关系，并将该交易订单加入到待集运订单集合中，根据所述记录的关联关系，生成所述通知消息；
[0123] 信息记录单元702，用于记录所述关联的交易订单信息的国内阶段物流信息，并根据所述通知消息进行资源调配；
[0124] 国际阶段物流运单接收单元703，用于接收服务器发送的国际阶段物流运单，所述国际阶段物流运单根据针对所述待集运订单的国际阶段操作而生成；
[0125] 国际配送触发单元704，用于根据所述国际阶段物流运单关联的目标待集运订单标识，触发执行国际阶段的配送服务。
[0126] 通过本申请实施例，为跨境交易提供了管理平台，通过该平台，服务器可以预先保存集运方的信息，这样，国际第一用户在需要购买国内第二用户的商品对象时，就可以首先选择所需的目标集运方，不需要自行通过线下的方式与集运方进行联系，服务器在根据国际第一用户的购买操作生成相应的交易订单后，可以记录该交易订单与被选中的目标集运方之间的对应关系，并且，可以将这种交易订单加入到待集运订单集合中，这样，可以提高跨境交易订单的生成的效率，促进跨境交易的达成。
[0127] 通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助
软件加必需的通用
硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
[0128] 本
说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模
块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0129] 以上对本申请所提供的跨境业务中的订单信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。
