订单跨境申报方法、系统及装置、计算设备与流程

本申请涉及电子设备技术领域，尤其涉及一种订单跨境申报方法、系统及装置、计算设备。

背景技术：

随着跨境贸易的业务的增多，企业生产的商品需要售卖到全球的各个国家去。这其中，被售卖的商品可以包括：商品量较大但下单频率较低的企业订单，以及商品量较小但下单频率较高的个人订单，例如，以螺纹钢为例，该商品的订单通常是企业下发，且商品体积、重量非常大，而以电子商务为背景产生的个人订单，例如，服装订单、化妆品订单等，商品体积小、重量也不是很高。

现有的跨境贸易订单，需要在起始国、途径国以及目标国分别进行报关。首先，在商品起始国，需要进行出口申报，在商品途径国需要进行转关申报，在商品目标国需要进行入关申报。起始国、途径国以及目标国均可以称为申报站点。

但是，无论是企业订单还是个人订单，均需要企业或者个人对商品的运输情况进行监控，在到达某个申报站点时，企业或个人自身对订单进行出关、转关或者入关申报，工作量较大，申报效率较低。

技术实现要素：

有鉴于此，本申请实施例提供一种订单跨境申报方法、系统及装置、计算设备，用以解决现有技术中订单进行跨境申报时，需要用户一一对订单的跨境站点分别进行手动申报，申报工作量较大导致申报效率较低的技术问题。

第一方面，本申请实施例提供一种订单跨境申报方法，包括：

确定待申报订单需要进行通关申报的至少一个申报站点；

根据任一个申报站点的申报规则生成所述待申报订单在所述申报站点的申报任务，以获得所述至少一个申报站点分别对应的申报任务；

分别触发所述至少一个申报站点各自的申报任务，获得所述至少一个申报站点分别对所述待申报订单的申报结果。

第二方面，本申请实施例提供一种订单跨境申报系统，包括：

任务编排层：确定待申报订单需要进行通关申报的至少一个申报站点；根据任一个申报站点的申报规则生成所述待申报订单在所述申报站点的申报任务，以获得所述至少一个申报站点分别对应的申报任务；

任务调度层：用于分别触发所述至少一个申报站点各自的申报任务，获得所述至少一个申报站点分别对所述待申报订单的申报结果。

第三方面，本申请实施例提供一种订单跨境申报装置，包括：

站点确定模块，用于确定待申报订单需要进行通关申报的至少一个申报站点；

任务生成模块，用于根据任一个申报站点的申报规则生成所述待申报订单在所述申报站点的申报任务，以获得所述至少一个申报站点分别对应的申报任务；

任务处理模块，用于分别触发所述至少一个申报站点各自的申报任务，获得所述至少一个申报站点分别对所述待申报订单的申报结果。

第四方面，本申请实施例提供一种计算设备，包括：存储组件以及处理组件；所述存储组件用于存储一条或多条计算机指令；所述一条或多条计算机指令被所述处理组件调用；

所述处理组件用于：

确定待申报订单需要进行通关申报的至少一个申报站点；根据任一个申报站点的申报规则生成所述待申报订单在所述申报站点的申报任务，以获得所述至少一个申报站点分别对应的申报任务；分别触发所述至少一个申报站点各自的申报任务，获得所述至少一个申报站点分别对所述待申报订单的申报结果。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

附图说明

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

图1为本申请实施例提供的一种订单跨境申报方法的一个实施例的流程图；

图2为本申请实施例提供的一种订单跨境申报方法的又一个实施例的流程图；

图3为本申请实施例提供的一种订单跨境申报方法的又一个实施例的流程图；

图4为本申请实施例提供的一种订单跨境申报系统的一个实施例的结构示意图；

图5为本申请实施例提供的一种订单跨境申报方法的应用示例图；

图6为本申请实施例提供的一种订单跨境申报装置的一个实施例的结构示意图；

图7为本申请实施例提供的一种计算设备的一个实施例的结构示意图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地，取决于语境，短语“如果确定”或“如果识别(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当识别(陈述的条件或事件)时”或“响应于识别(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

本申请实施例的技术方案可以应用于各种订单的跨境申报场景中，通过为各个申报站点自动完成申报任务的生成以及触发执行，有效提升了订单的跨境申报效率。

随着跨境贸易的增加，各种跨境订单的数量大量增加。跨境订单的运输过程中，可能会经过很多国家，每个国家的通关规则不同，个人或者企业需要就订单的内容、数据进行通关申报。例如，假设某个订单需要从杭州发往欧洲，其中，杭州站点为出口站点，需要进行出口申报，当订单货物进入欧洲之后，需要在欧洲的某个国家，例如，比利时站点为例进行进口申报，申报成功之后，将获取交付快递公司，进行快递配送。但是，以上这种跨境订单的通关申报需要个人或企业自行追踪订单的物流信息，并在到达某个站点之前将订单的订单信息，例如，订单内容、货物种类等信息按照该站点的通关规则进行手动通关申报。这种通关申报方式，需要消耗大量人工成本，申报效率较低。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

下面将结合附图对本申请实施例进行详细描述。

如图1所示，为本申请实施例提供的一种订单跨境申报方法的一个实施例的流程图，该方法可以包括以下几个步骤：

101：确定待申报订单需要进行通关申报的至少一个申报站点。

本申请实施例所提供的订单跨境申报方法可以应用于计算设备中，计算设备例如可以包括：计算机、服务器、云服务器、超级个人计算机、笔记本电脑、平板电脑等，本申请实施例对计算设备的具体类型并不作出过多限定。

可选地，待申报订单可以对应有订单信息。订单信息可以包括：订单编号、起始位置以及目标位置、订单对象、对象类型、对象物流信息。订单的物流信息可以包括物流编号、或者物流编号和当前位置信息。

在实际应用中，至少一个申报站点可以由用户提供。此时，用户可以提供至少一个申报站点至计算设备，以供计算设备接收用户提供的至少一个申报站点。在一种可能的设计中，计算设备可以提供订单输入界面，并检测用户在订单输入界面输入的待申报订单以及待申报订单的至少一个申报站点。在实际应用中，至少一个申报站点可以分别对应不同的国家，待申报订单为需要进行跨国通关申报的订单，可以包括公司订单和/或个人订单。

用户可以为需要对订单进行跨境申报的用户。

102：根据任一个申报站点的申报规则生成待申报订单在申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。

任一个申报站点可以对应有相应的申报规则，不同申报站点的申报规则可以不同，特别在实际应用中，不同国家的通关规则不同，如果要用户自身按照各个国家的通关规则进行自行申报，需要用户分别独立操作，工作量较大，效率较低。本实施例中，通过自动按照各个申报站点的申报规则将待申报订单的订单信息转换为对应的申报任务，实现申报任务的自动生成，促使申报效率有效提升。

可选地，申报任务可以包括按照对应申报站点的申报规则为待申报订单建立的申报程序或者申报指令序列。申报任务的建立，可以实现待申报订单在任一个站点的自动申报处理，提高申报效率。

103：分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

可选地，在获取到至少一个申报站点分别对待申报订单的申报结果之后，可以将为申报该待申报订单的用户输出该至少一个申报站点分别对应的申报结果，进而用户可以查看至少一个申报站点分别对应的申报结果。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

作为一个实施例，分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果可以包括：

按照至少一个申报站点的申报顺序，依次触发至少一个申报站点的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

在待申报订单的订单对象运输过程中，经过各个申报站点的顺序不同，存在申报先后的顺序。因此，可以按照至少一个申报站点的申报顺序，依次触发至少一个申报站点分别对应的申报任务，实现申报任务的自动触发，对至少一个申报站点进行任务申报，获得各个申报站点对待申报订单的申报结果。

按照至少一个申报站点的申报顺序的先后，依次触发至少一个申报站点的申报任务，可以建立申报的逻辑链路，以避免因申报顺序不确定而导致的申报混乱问题，确保申报高效性。

在实际应用中，至少一个申报站点构成待申报订单的申报链路，通关申报时按照至少一个申报站点的申报顺序自动触发申报，期间并不需要用户执行任何操作，实现通关的自动一体化申报，提高通关申报效率。

如图2所示，为本申请实施例提供的一种订单跨境申报方法的又一个实施例的流程图，该方法可以包括以下几个步骤：

201：响应于用户发起的订单申报请求，获取待申报订单的订单信息。

可选地，计算设备可以检测用户提供的订单申报请求。在实际应用中，用户可以利用手机、平板电脑等用户端登录订单申报页面，并在订单申报页面中发起订单申报请求以及订单信息，用户端可以将用户发起的订单申报请求以及订单信息发送至计算设备。当用户端直接配置本申请实施例提供的申报方法时，用户端与计算设备可以为同一设备，当计算设备作为服务器提供订单跨境申报服务时，用户端可以与服务器建立通信连接，以将检测到的订单申报请求发送至服务器，服务器即可以作为计算设备以实现订单的跨境申报。

在实际应用中，为了申报的安全性考虑，在响应于用户发起的订单申报请求之后，还可以获取用户的身份信息，对用户的身份信息验证成功之后，对用户进行申报授权，再获取待申报订单的订单信息。

可选地，待申报订单的订单信息可以由用户输入获得，具体可以提供订单信息的输入界面，以检测获得用户在订单信息的输入界面输入的订单信息。此外，在实际应用中，待申报订单的订单信息的获取步骤还可以包括：获取用户提供的订单编号，利用订单编号查询订单的起始位置以及目标位置、订单对象、对象类型、对象物流信息等详细信息。利用订单编号查询订单的详细信息时，可以基于第三方系统，查询用户提供的订单编号对应的订单信息。例如，第三方系统可以为用户生成待申报订单的电子商务平台。电子商务平台可以为能够提供在线交易的网络交易网站或者交易系统。

202：基于待申报订单的订单信息，确定待申报订单需要进行通关申报的至少一个申报站点。

至少一个申报站点可以通过待申报订单的订单信息确定。待申报订单的订单信息中可以包括待申报站点的起始位置以及目标位置。首先，可以根据起始位置确定出关站点，根据目标位置确定入关站点，同时根据出关站点以及入关站点，确定转关站点。因此，至少一个申报站点可以包括：出关站点、入关站点以及转关站点。转关站点的数量根据实际的运输路径相关，如果起始位置与目标位置相对较近，不需要转关即可以完成待申报订单对应订单对象的运输，转关数量可以为0，当起始位置与目标位置相对较远，需要转关时，转关数量可以为一个或多个。

根据待申报订单的订单信息，确定至少一个申报站点时，还可以根据各个申报站点的位置，确定至少一个申报站点的申报顺序。例如，从杭州发往德国的订单，需要经过比利时中转时，出关站点即为杭州站点，入关站点即为德国站点，转关站点即为比利时站点，此时，确定这三个申报站点的申报顺序为，杭州站点、位于杭州站点之后的比利时站点，以及位于比例时站点之后的德国站点。

203：根据任一个申报站点的申报规则生成待申报订单在该申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。

204：分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

需要说明的是，本申请实施例中部分步骤与图1所示实施例中部分步骤相同，为了描述的间接性考虑，在此不再赘述。

本申请实施例中，可以在用户的订单申报请求的触发下，开始执行订单申报任务。响应于用户发起的订单申报请求，获取待申报订单的订单信息，基于待申报订单的订单信息，确定待申报订单需要进行通关申报的至少一个申报站点。进而根据任一个申报站点的申报规则，生成待申报站点在该申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。通过用户触发订单申报请求，以生成各个申报站点的申报任务。在分别触发至少一个申报站点各自的申报任务之后，可以获得至少一个申报站点分别对待申报订单的申报结果。在获取用户的订单申报请求之后，即可以一次性处理待申报订单的至少一个申报站点的申报，一次请求即可以完成订单申报，减少用户操作，提高订单的申报效率。

在待申报订单的订单对象即将到达某个站点时，可以触发该站点的申报任务。作为一个实施例，任一个申报站点的申报任务可以通过以下方式执行：

如果任一个申报站点满足申报条件，触发该申报站点的申报任务以对待申报订单进行跨境申报处理，获得该申报站点的申报结果。

申报站点是否满足申报条件可以通过对待申报对象的物流情况确定。

如果任一个申报站点不满足申报条件，可以不触发该申报站点的申报任务。

不同国家可能存在各自的通关申报系统，因此，在实际应用过程中，需要建立配置有本申请实施例的订单跨境申报方法的计算设备与至少一个申报站点分别对应的通关申报系统的通信连接，以组成申报网络，进行统一申报。在一种可能的设计中，如果任一个申报站点满足申报条件，触发该申报站点的申报任务，以对待申报订单进行跨境申报处理，获得该申报站点的申报结果可以包括：

如果任一个申报站点满足申报条件，将该申报站点的申报任务发送至此申报站点的通关申报系统，以供该通关申报系统响应接收到的申报任务，对待申报订单进行申报审批，获得申报结果；

接收通关申报系统发送的待申报订单的申报结果。

通关将通关任务直接发送至各个申报站点的通过申报系统，实现自动化申报，提高申报效率。

在进行通关申报时，可能某些通关申报具有时效性，为了使得实际的申报与待申报订单的订单对象的实际运输情况相关，以提高申报有效性，避免无效申报或者申报失败。作为一种可能的实现方式，任一个申报站点是否满足申报条件可以通过以下方式确定：

针对任一个申报站点，确定待申报订单在申报站点的申报时间；

若当前时间与申报时间的差值达到预设时间阈值，确定待申报订单在此申报站点满足申报条件。

通过对待申报订单在申报站点的申报时间的确认，以对申报站点的申报条件满足与否进行确认，可以提高申报站点的申报准确度。

在某些实施例中，针对任一个申报站点，确定待申报订单在申报站点的申报时间之后，该方法还可以包括：

获取申报站点的前一个站点的申报结果。

其中，至少一个申报站点分别对应有相应的申报顺序，至少一个申报站点按照各自的申报顺序组成申报链路。

若当前时间与预设时间阈值加和为申报时间，确定待申报订单在申报站点满足申报条件包括：

若申报站点的前一个站点的申报结果为申报成功，且当前时间与预设时间阈值加和为申报时间，确定待申报订单在申报站点满足申报条件。

在对某个申报站点进行通关申报时，可以获取该申报站点的前一个申报站点的申报结果，若前一个站点申报成功，则可以继续申报，若前一个站点申报失败，则可以该申报站点不满足申报条件，停止申报。

申报结果可以包括申报成功或申报失败。申报成功可以指待申报订单通过某个申报站点的通关申报，申报失败可以指待申报订单未通过某个站点的通关申报。

如图3所示，为本申请实施例提供的一种订单跨境申报方法的又一个实施例的流程图，该方法可以包括以下几个步骤：

301：确定待申报订单需要进行通关申报的至少一个申报站点。

需要说明的是，本申请实施例中部分步骤与图1所示实施例中部分步骤相同，为了描述的简洁性考虑，在此不再赘述。

302：基于待申报订单的订单信息，确定待申报订单在至少一个申报站点分别对应的任务类型。

303：按照任一个申报站点对应的申报规则以及任务类型，生成申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。

304：分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

申报站点的任务类型具体可以包括该订单对象通过该申报站点的通关类型，通关类型可以包括：出关类型、转关类型或者入关类型等，因用户的不同，申报站点的任务类型还可以包括：用户类型，用户类型例如可以包括：个人类型或者企业类型等。任一个申报站点的任务类型可以由通关类型和/或用户类型两种结合确定，例如，任一个申报站点的任务类型可以包括出关类型以及用户类型，任一个申报站点的任务类型还可以包括转关类型。在实际应用中，由于通关需求的多样性，还可以存在其他通关类型，本实施例中所示的任务类型仅仅是示意性的，并不应构成对申报任务类型的具体限定。

申报规则可以预先设置，可以将至少一个申报站点分别对应的申报规则预先建立规则数据库或者规则表格。任一个申报站点的申报规则可以包括：该申报站点在通关类型对应的第一申报规则和/或用户类型对应的第二申报规则。按照任一个申报站点对应的申报规则以及任务类型，生成申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务可以包括确定任一个申报站点的目标通关类型，以查询该目标通关类型对应的第一目标申报规则，和/或确定该申报站点的目标用户类型，以查询该目标用户类型对应的第二目标申报规则，按照第一目标申报规则和/或第二目标申报规则，将待申报订单的订单信息转换为对应的申报任务，获得该申报站点的申报任务。

本申请实施例中，在确定待申报订单需要进行通关申报的至少一个申报站点之后，可以基于待申报订单的订单信息，确定至少一个待申报站点分别对应的申报类型。进而根据任一个申报站点对应的申报规则以及任务类型，生成申报站点的申报任务。按照申报规则以及任务类型确定申报任务，可以实现申报任务的准确生成，提高任务的生成效率。在分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

作为一个实施例，按照任一个申报站点对应的申报规则以及任务类型，生成申报站点的申报任务可以包括：

针对任一个申报站点，查询申报站点对应的申报规则中与站点对应的申报类型相匹配的目标申报规则；

根据目标申报规则，生成申报站点的申报任务。

任一个申报站点的申报规则可以记录该申报站点中不同类型的任务进行申报时需要满足的条件，例如可以包括申报时需要使用的格式、条款、内容和/或条件等信息。订单类型可以包括公司订单或者个人订单。公司订单的申报规则可以与个人订单的申报规则相同或不同，具体可以根据实际需要设定。任一个申报站点的申报规则可以由订单跨境申报系统的系统管理方预先设置，各种申报类型以及每个申报类型对应的申报规则之间的关联关系也可以预先设置。

例如，可以提供一申报规则输入界面，以输入某个申报站点以及该申报站点对应的申报规则，甚至是不同订单类型或者申报类型对应的申报规则，之后可以存储这些申报站点的申报规则，以便于及时进行规则查询。

在一种可能的设计中，根据目标申报规则，生成申报站点的申报任务可以包括：

确定待申报订单的申报信息；

将申报信息按照目标申报规则转换为对应的申报任务；

其中，申报任务中的申报信息被申报站点的通关申报系统审核以确定申报结果。

申报任务可以由待申报站点的申报信息转换获得。

作为一个实施例，在分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果之后，该方法还可以包括：

若任一个申报站点的申报结果为申报失败，则停止申报站点的下一个申报站点的申报任务，并生成申报站点的申报失败的失败提示信息；

为用户输出失败提示信息，以供用户查看失败提示信息中提示的申报失败的申报站点。

在输出失败提示信息之后，可以暂时停止申报，等待用户操作。若用户再次发起通关请求，则基于对前一个申报站点重新生成申报任务，并执行申报任务，完成待申报订单的重新申报。若用户不再发起通关请求，则可以停止此待申报订单的通关申报。

作为又一个实施例，若任一个申报站点的申报结果为申报成功，则继续申报站点的下一个申报站点的申报任务，并生成待申报订单的订单对象的配送信息；

将配送信息发送至订单对象的配送用户，以供配送用户将订单对象按照申报结果进行配送处理。

对订单对象进行配送处理具体可以包括：将订单对象转发至下一个申报站点或者直接配送至目标位置。

在某些实施例中，待申报订单可以通过以下方式确定：

获取满足订单汇总条件的多个跨境订单；将多个跨境订单汇总为待申报订单。

可选地，满足订单汇总条件的多个跨境订单具体可以通过以下方式确定：确定多个候选订单中使用同一运输装置的多个跨境订单。运输装置可以包括待申报订单的订单对象实际所在的交通运输工具，例如可以为集装箱或者车皮。

待申报订单为多个跨境订单的汇总订单时，可以待申报订单在此申报站点的申报任务可以为按照第一申报规则对待申报订单进行任务生成获得。

作为一种可能的实现方式，在将多个跨境订单汇总为待申报订单之后，该方法还可以包括：

确定至少一个申报站点中的最后一个申报站点，获得目标申报站点；

在获得目标申报站点的申报结果之后，还包括：

将待申报订单拆分为多个跨境订单；

按照目标申报站点对应的第二申报规则，对多个跨境订单分别进行申报，获得多个跨境订单分别对应的跨境申报结果。

在待申报订单为汇总订单时，还可以将汇总的订单进行拆分，拆分结束之后再利用新的申报规则，也即第二申报规则重新为拆分后的多个跨境订单进行申报，以获得多个跨境订单分别对应的跨境申报结果。

按照目标申报站点对应的第二申报规则，对多个跨境订单分别进行申报，获得多个跨境订单分别对应的跨境申报结果可以包括：按照目标申报站点分别对应的第二申报规则，分别为多个跨境订单生成入关申报任务，依次运行多个跨境订单分别对应的入关申报任务，以获得多个跨境订单分别对应入关申报结果。目标申报站点对应的第二申报规则为针对入关的申报规则。

如图4所示，为本申请实施例提供的一种订单跨境申报系统的一个实施例的结构示意图，该系统可以包括：

任务编排层10：确定待申报订单需要进行通关申报的至少一个申报站点；根据任一个申报站点的申报规则生成待申报订单在申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务；

任务调度层20：用于分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

本申请实施例中，任务编排层以及任务调度层所执行的具体操作与图1等实施例中所示步骤相同，具体的操作步骤与技术效果可以参考前述实施例中的描述，在此不再赘述。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

为了便于理解，参考图5，以订单跨境申报方法配置于云服务器m1中为例对本申请实施例进行详细描述。假设用户使用手机m2登陆云服务器m1提供的订单申报页面。在实际应用中，可以提供一跨境订单申报页面，该申报页面可以在用户端为用户输出。用户可以在该订单申报页面中输入待申报订单。

之后，云服务器m1可以获取501用户在订单申报页面中输入的待申报订单，以确定502待申报订单需要进行通关申报的至少一个申报站点，进而根据任一个申报站点的申报规则，生成503该待申报订单在该申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。进而可以分别触发至少一个申报站点各自的申报任务，获得504至少一个申报站点分别对待申报订单的申报结果。

在一些实施例中，获得至少一个申报站点分别对应的待申报订单的申报结果之后，可以为用户输出至少一个申报站点分别对应的申报结果，也即将505至少一个申报站点分别对应的申报结果发送至手机m2，以供手机m2显示506至少一个申报站点分别对应的申报结果，以供用户查看至少一个申报站点分别对应的申报结果。通过用户提供需要跨境申报的订单，以实现跨境订单的自动申报，提高订单的通关申报效率。

如图6所示，为本申请实施例提供的一种订单跨境申报装置的一个实施例的结构示意图，该装置可以包括：

站点确定模块601：用于确定待申报订单需要进行通关申报的至少一个申报站点。

任务生成模块602：用于根据任一个申报站点的申报规则生成待申报订单在申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务。

任务处理模块603：用于分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

作为一个实施例，站点确定模块可以包括：

请求响应单元，用于响应于用户发起的订单申报请求，获取待申报订单的订单信息。

站点确定单元，用于基于待申报订单的订单信息，确定待申报订单需要进行通关申报的至少一个申报站点。

作为又一个，任务生成模块可以包括：

任务生成单元，用于如果任一个申报站点满足申报条件，触发申报站点的申报任务以对待申报订单进行跨境申报处理，获得申报站点的申报结果。

在某些实施例中，任务生成单元可以包括：

任务发送子单元，用于如果任一个申报站点满足申报条件，将申报站点的申报任务发送至申报站点的通关申报系统，以供通关申报系统响应接收到的申报任务，对待申报订单进行申报审批，获得申报结果；

第一获取子单元，用于接收通关申报系统发送的待申报订单的申报结果。

作为又一个，任务生成单元可以包括：

时间确定子单元，用于针对任一个申报站点，确定待申报订单在申报站点的申报时间；

第二获取子单元，用于若当前时间与申报时间的差值达到预设时间阈值，确定待申报订单在申报站点满足申报条件。

在某些实施例中，该装置还可以包括：

结果获取模块，用于获取申报站点的前一个站点的申报结果；

第二获取子单元具体可以用于：

若申报站点的前一个站点的申报结果为申报成功，且当前时间与预设时间阈值加和为申报时间，确定待申报订单在申报站点满足申报条件。

作为又一个实施例，该装置还可以包括：

类型确定模块，用于基于待申报订单的订单信息，确定待申报订单在至少一个申报站点分别对应的任务类型；

任务处理模块可以包括：

任务处理单元，用于按照任一个申报站点对应的申报规则以及任务类型，生成申报站点的申报任务。

在某些实施例中，任务处理单元包括：

规则查询子单元，用于针对任一个申报站点，查询申报站点对应的申报规则中与站点对应的申报类型相匹配的目标申报规则；

任务确定子单元，用于根据目标申报规则，生成申报站点的申报任务。

在某些实施例中，任务查询子单元可以包括：

确定待申报订单的申报信息；

将申报信息按照目标申报规则转换为对应的申报任务；

其中，申报任务中的申报信息被申报站点的通关申报系统审核以确定申报结果。

作为又一个示例，该装置还可以包括：

任务提示模块，用于若任一个申报站点的申报结果为申报失败，则停止申报站点的下一个申报站点的申报任务，并生成申报站点的申报失败的失败提示信息；

提示输出模块，用于为用户输出失败提示信息，以供用户查看失败提示信息中提示的申报失败的申报站点。

在某些实施例中，该装置还可以包括：

任务配送模块，用于若任一个申报站点的申报结果为申报成功，则继续申报站点的下一个申报站点的申报任务，并生成待申报订单的订单对象的配送信息；

第一配置模块，用于将配送信息发送至订单对象的配送用户，以供配送用户将订单对象按照申报结果进行配送处理。

作为又一个，待申报订单通过以下方式确定：

获取满足订单汇总条件的多个跨境订单；将多个跨境订单汇总为待申报订单。

在某些实施例中，还包括：

目标确定模块，用于确定至少一个申报站点中的最后一个申报站点，获得目标申报站点；

订单拆分模块，用于将待申报订单拆分为多个跨境订单；

目标设备模块，用于按照目标申报站点对应的第二申报规则，对多个跨境订单分别进行申报，获得多个跨境订单分别对应的跨境申报结果。

图6实现的订单跨境申报装置可以执行图1所示实施例的订单跨境申报方法，其实现原理和技术效果不再赘述。对于上述实施例中各个模块以及单元所执行的各个步骤的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在实际应用中，图6所示的订单跨境申报装置可以配置为一计算设备。如图7所示，为本申请实施例提供的一种计算设备的一个实施例的结构示意图，该计算设备可以包括：存储组件701以及处理组件702；存储组件701可以用于存储一条或多条计算机指令；一条或多条计算机指令可以被处理组件702调用；

处理组件702可以用于：

确定待申报订单需要进行通关申报的至少一个申报站点；根据任一个申报站点的申报规则生成待申报订单在申报站点的申报任务，以获得至少一个申报站点分别对应的申报任务；分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。

本申请实施例中，确定待申报订单需要进行通关申报的至少一个申报站点之后，可以根据任一个申报站点的申报规则，生成待申报订单在该申报站点的申报任务，进而可以获得至少一个申报站点分别对应的申报任务。根据申报站点的申报规则可以自动生成申报任务。之后，可以分别触发至少一个申报站点各自的申报任务，获得至少一个申报站点分别对待申报订单的申报结果。在自动完成申报任务的生成步骤之后，可以实现各个申报站点的申报任务的自动执行。各个申报站点的申报过程均是自动完成，实现待申报订单的自动申报，不需要用户再在各个站点手动申报，减少了申报工作量，提高申报效率。

此外，处理组件还可以用于执行订单跨境申报方法提供的任意种订单跨境申报，具体可以参考前述实施例中的描述，在此不赘述。

其中，处理组件702可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件701被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

当然，计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。

此外，本申请实施例还提供一种计算机可读存储介质，存储介质可以存储一条或多条计算机指令，一条或多条计算机指令执行时用以实现本申请实施例中任一种订单跨境申报方法。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。