一种海关申报方法和系统与流程

1.本发明涉及计算机技术领域，尤其涉及一种海关申报方法和系统。


背景技术：

2.进出口业务对接海关系统时通常有多个保税区需要对接，目前现有的对接方式是为每个保税区对应的电子口岸单独开发申报程序，基于申报程序实现进出口物品的海关申报。
3.在实现本发明过程中，现有技术中至少存在如下问题：
4.由于需要为每个电子口岸单独开发申报程序，导致开发效率慢，代码量多，且后期不易维护。


技术实现要素：

5.有鉴于此，本发明实施例提供一种海关申报方法和系统，该方法通过获取保税区对应的流程节点信息，进而根据流程节点信息，选择对应的适配器，并调用其中的业务逻辑，完成海关申报业务。基于适配器模式实现了一次开发对接多个保税区，提升了开发效率，减少了代码量，且便于维护。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种海关申报方法。
7.本发明实施例的一种海关申报方法，包括：接收申报请求信息，根据所述申报请求信息中携带的保税区标识，获取对应的流程节点信息；其中，所述流程节点信息根据保税区的申报流程生成，包括与所述申报流程的子流程对应的节点标识和节点顺序，所述节点标识用于指示所述子流程处理单据的单据类型和节点动作；按照所述节点顺序，从所述流程节点信息中选择当前节点，对所述当前节点执行以下步骤，直至所述当前节点为所述流程节点信息的最后一个节点：根据当前节点标识指示的单据类型和节点动作，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑，执行所述业务逻辑。
8.可选地，所述节点动作包括报文创建和单据申报，所述业务逻辑包括报文创建逻辑和单据申报逻辑；其中，所述报文创建逻辑用于根据规定的与所述单据类型对应的报文格式，对所述申报请求信息中携带的单据信息进行处理，生成报文；其中，所述单据信息的单据类型与所述当前节点标识指示的单据类型相同；所述单据申报逻辑用于调用与所述单据类型对应的申报接口，发送所述报文。
9.可选地，所述节点动作包括流程暂停，所述业务逻辑包括回执校验逻辑；所述从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑的步骤之前，所述方法还包括：确定所述当前节点标识指示的节点动作为流程暂停，获取回执信息；根据所述回执信息携带的单据类型，从对应的适配器中调用所述回执校验逻辑，执行所述回执校验逻辑，确认回执校验成功；所述从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑，包括：确定所述当前节点标识指示的节点动作不是流程暂停，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑。
10.可选地，所述获取对应的流程节点信息的步骤之前，所述方法还包括：根据保税区的业务范围，确定满足所述业务范围的申报流程；将所述申报流程中的子流程抽象为对应的节点，为所述节点添加所述节点标识；将所述子流程的执行顺序作为所述节点顺序，根据所述节点标识和所述节点顺序，生成所述流程节点信息。
11.可选地，所述方法还包括：以海关申报为概念，根据所述单据类型将所述概念划分为子概念；其中，所述子概念为指定单据类型的单据申报；建立所述概念和所述子概念之间的联系，为所述概念和所述子概念添加属性，得到概念模型；其中，所述属性为从所述申报流程中抽象出的动作；根据所述概念模型，构建不同单据类型的所述适配器；其中，所述适配器的业务逻辑为实现所述动作的程序逻辑。
12.可选地，所述回执校验逻辑用于解析回执信息，得到回执状态，根据所述回执状态，确认回执校验成功或者失败。
13.可选地，所述节点动作包括回执响应，所述业务逻辑包括回执响应逻辑；所述获取回执信息的步骤之后，所述方法还包括：从与所述单据类型对应的适配器中调用所述回执响应逻辑，执行所述回执响应逻辑。
14.为实现上述目的，根据本发明实施例的另一方面，提供了一种海关申报系统。
15.本发明实施例的一种海关申报系统，包括：获取模块，用于接收申报请求信息，根据所述申报请求信息中携带的保税区标识，获取对应的流程节点信息；其中，所述流程节点信息根据保税区的申报流程生成，包括与所述申报流程的子流程对应的节点标识和节点顺序，所述节点标识用于指示所述子流程处理单据的单据类型和节点动作；申报模块，用于按照所述节点顺序，从所述流程节点信息中选择当前节点，对所述当前节点执行以下步骤，直至所述当前节点为所述流程节点信息的最后一个节点：根据当前节点标识指示的单据类型和节点动作，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑，执行所述业务逻辑。
16.可选地，所述节点动作包括报文创建和单据申报，所述业务逻辑包括报文创建逻辑和单据申报逻辑；其中，所述报文创建逻辑用于根据规定的与所述单据类型对应的报文格式，对所述申报请求信息中携带的单据信息进行处理，生成报文；其中，所述单据信息的单据类型与所述当前节点标识指示的单据类型相同；所述单据申报逻辑用于调用与所述单据类型对应的申报接口，发送所述报文。
17.可选地，所述节点动作包括流程暂停，所述业务逻辑包括回执校验逻辑；所述装置还包括：回执处理模块，用于确定所述当前节点标识指示的节点动作为流程暂停，获取回执信息；根据所述回执信息携带的单据类型，从对应的适配器中调用所述回执校验逻辑，执行所述回执校验逻辑，确认回执校验成功；所述申报模块，还用于确定所述当前节点标识指示的节点动作不是流程暂停，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑。
18.可选地，所述装置还包括：节点配置模块，用于根据保税区的业务范围，确定满足所述业务范围的申报流程；将所述申报流程中的子流程抽象为对应的节点，为所述节点添加所述节点标识；将所述子流程的执行顺序作为所述节点顺序，根据所述节点标识和所述节点顺序，生成所述流程节点信息。
19.可选地，所述装置还包括：适配器构建模块，用于以海关申报为概念，根据所述单
据类型将所述概念划分为子概念；其中，所述子概念为指定单据类型的单据申报；建立所述概念和所述子概念之间的联系，为所述概念和所述子概念添加属性，得到概念模型；其中，所述属性为从所述申报流程中抽象出的动作；根据所述概念模型，构建不同单据类型的所述适配器；其中，所述适配器的业务逻辑为实现所述动作的程序逻辑。
20.可选地，所述回执校验逻辑用于解析回执信息，得到回执状态，根据所述回执状态，确认回执校验成功或者失败。
21.可选地，所述节点动作包括回执响应，所述业务逻辑包括回执响应逻辑；所述装置还包括：回执响应模块，用于从与所述单据类型对应的适配器中调用所述回执响应逻辑，执行所述回执响应逻辑。
22.为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。
23.本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种海关申报方法。
24.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。
25.本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种海关申报方法。
26.上述发明中的一个实施例具有如下优点或有益效果：通过获取保税区对应的流程节点信息，进而根据流程节点信息，选择对应的适配器，并调用其中的业务逻辑，完成海关申报业务，基于适配器模式实现了一次开发对接多个保税区，提升了开发效率，减少了代码量，且便于维护。基于不同类型单据的申报流程，确定与申报流程对应的业务逻辑，并维护到对应类型的适配器中，实现多种类型单据的海关申报。
27.通过在节点动作中增加流程暂停，在适配器中增加回执校验逻辑，使得在选择到流程暂停的节点时，可以获取回执信息，并基于回执信息的单据类型，选择对应的适配器，执行其回执校验逻辑，以确认请求申报的单据是否通过审核，便于后续进一步处理。在新增保税区时，仅需基于保税区的申报流程，配置对应的流程节点信息，不再需要二次开发即可实现与海关系统对接。
28.基于概念模型把现实世界中的海关申报流程进行了抽象，为不同类型的单据确定了适配器应包含的业务逻辑。通过确定回执校验逻辑，并维护到适配器，便于确认请求申报的当前类型单据是否通过审核。通过执行回执响应逻辑，向海关系统发送成功接收回执消息的通知，完善了申报流程。
29.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
30.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
31.图1是根据本发明一实施例的海关申报方法的主要步骤的示意图；
32.图2是根据本发明又一实施例的海关申报方法的主要流程示意图；
33.图3是本发明实施例的一保税区对应的申报流程示意图；
34.图4是为本发明实施例的海关申报方法设计的概念模型示意图；
35.图5是实现本发明实施例的海关申报方法的系统结构示意图；
36.图6是根据本发明另一实施例的海关申报方法的主要流程示意图；
37.图7是根据本发明再一实施例的海关申报方法的主要流程示意图；
38.图8是根据本发明实施例的海关申报系统的主要模块的示意图；
39.图9是本发明实施例可以应用于其中的示例性系统架构图；
40.图10是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。
具体实施方式
41.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
42.下面对本实施例涉及的术语进行解释。
43.海关：依据本国(或地区)的法律、行政法规行使进出口监督管理职权的国家行政机关。
44.海关总署：统一管理全国海关的机构。
45.保税区：是一国海关设置的或经海关批准注册、受海关监督和管理的可以较长时间存储商品的区域。
46.电子口岸：是电子口岸执法系统的简称。该系统运用现代信息技术，借助国家电信公网，将各类进出口业务电子底账数据集中存放到公共数据中心，国家职能管理部门可以进行跨部门、跨行业的联网数据核查，企业可以在网上办理各种进出口业务。
47.需要跨境交易的物品，在进出口时需要通过保税区对应的电子口岸向海关申报，并在申报过程中提交保税区要求的各种单据。此处的单据为实现申报业务需要的各种类型单据，比如用于跨境进口的301类型单据(即订单)、501类型单据(即运单)、601类型单据(即清单)等；用于跨境出口的303类型单据(即订单)、403类型单据(即收款单)等。其中，上述单据的类型编号为自定义，一个类型编号对应一种类型的单据。
48.其中，订单记载物品的交易信息，包括订单号、物品信息、价格信息等；运单记载物品的物流信息，包括物流单号、订单号、物品信息、收货人信息等；收款单记载物品的支付信息，包括支付单号、订单号、支付人信息、收款金额等；清单包括订单、运单、收款单三者信息。
49.由于各保税区的业务范围不同，导致各保税区实现海关申报存在差异。如背景技术所述，现有技术需针对各保税区单独开发申报程序，开发效率慢，代码量多，且不易维护。为解决上述问题，本实施例提供了一种海关申报方法，该方法基于适配器模式实现了一次开发对接多个保税区，提升了开发效率，减少了代码量，且便于维护。其中，适配器模式将一个类的接口转换成用户所希望的另一个接口，使接口不兼容的类可以协同工作。下面结合附图对实施例进行详细说明。
50.实施例一
51.图1是根据本发明一实施例的海关申报方法的主要步骤的示意图。如图1所示，本发明实施例的海关申报方法，主要包括如下步骤：
52.步骤s101：接收申报请求信息，根据申报请求信息中携带的保税区标识，获取对应的流程节点信息。当需要对接一个保税区时，可以根据保税区的业务范围，确定满足该业务范围的申报流程，进而基于申报流程配置该保税区的流程节点信息。实施例中，为实现海关申报业务，申报流程需包括对单据进行报文创建和单据申报的处理流程。
53.在配置保税区的流程节点信息时，需对申报流程进行分解，得到最小流程单元；之后基于最小流程单元构建子流程，将子流程抽象为对应的节点，并为节点添加节点标识；之后确定子流程的执行顺序，将该执行顺序作为节点顺序；根据节点标识和节点顺序，即可生成流程节点信息。
54.其中，最小流程单元用于对一种类型的单据进行处理，为申报流程中不可再分的部分。比如，最小流程单元可以是对订单进行报文创建的处理流程，还可以是对订单进行申报的处理流程，还可以是对收款单进行报文创建的处理流程等。子流程可以是最小流程单元或者相邻的、用于对相同类型单据进行处理的多个最小流程单元的组合。实施例中，流程节点信息包括节点标识和节点顺序。
55.由于一个节点标识对应一段子流程，且子流程可以为一种类型的单据实现一定功能，比如订单报文创建、订单申报等，故一个节点标识可以指示单据类型和节点动作(对应子流程的功能)。比如节点标识为000，指示的单据类型为订单，节点动作为订单报文创建；再比如节点标识为004，指示的单据类型为收款单，节点动作为收款单申报。
56.在接收到申报请求信息时，解析申报请求信息，得到保税区标识和单据信息。之后根据保税区标识即可获取为该保税区配置的流程节点信息。实施例中，申报请求信息包括保税区标识和单据信息。
57.步骤s102：按照流程节点信息的节点顺序，从流程节点信息中选择当前节点。当前节点的初始值为流程节点信息的第一个节点。比如，流程节点信息包含的节点标识为节点001，节点002和节点003，节点顺序即数字顺序，则依次选择节点001、节点002和节点003，每次选择后，执行步骤s103和步骤s104，直至最后一个节点。
58.步骤s103：根据当前节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑。根据各保税区处理的单据类型，设置对应单据类型的适配器。比如设置订单适配器、收款单适配器等。适配器中存储有对对应类型的单据进行处理的业务逻辑。其中，业务逻辑即将子流程进行转换所得到的软件逻辑代码。节点动作与业务逻辑相匹配是指节点动作对应的子流程与业务逻辑对应的子流程相同。
59.实施例中，子流程为最小流程单元，此时业务逻辑可以包括报文创建逻辑和单据申报逻辑。可以理解的是，如果子流程是相邻的、用于对相同类型单据进行处理的多个最小流程单元的组合，比如子流程包括对订单进行报文创建和申报的处理流程，则业务逻辑为上述处理流程转换所得到的软件逻辑代码。
60.报文创建逻辑用于根据规定的与单据类型对应的报文格式，对申报请求信息中携带的单据信息进行处理，生成报文。其中，报文格式由海关规定。单据信息的单据类型与当前节点标识指示的单据类型相同。假设当前节点标识指示的单据类型为订单，节点动作为订单报文创建，则从订单适配器中调用报文创建逻辑，通过执行该报文创建逻辑，对申报请求信息中的订单信息进行，得到满足订单报文格式的订单报文。
61.单据申报逻辑用于调用与单据类型对应的申报接口，发送报文。假设当前节点标识指示的单据类型为订单，节点动作为订单申报，则从订单适配器中调用报文创建逻辑，通过执行该报文创建逻辑，发送订单报文至保税区对应的电子口岸。
62.在一优选的实施例中，为了避免频繁调用电子口岸的申报接口，降低资源消耗，可以将生成的报文存储(比如存储到队列、数据库等)之后，通过定时任务定时调用申报接口进行发送。相应地，报文创建逻辑还用于将生成的报文存储到队列。单据申报逻辑还用于定时调用与单据类型对应的申报接口，发送队列中的报文。
63.步骤s104：判断当前节点是否为流程节点信息的最后一个节点，如果当前节点不是最后一个节点，则执行步骤s102；如果当前节点是最后一个节点，则结束本流程。判断当前节点是否为流程节点信息的最后一个节点，如果当前节点不是最后一个节点，则重复执行步骤s102
‑
步骤s104；如果当前节点是最后一个节点，说明完成海关申报。
64.本实施例通过配置的流程节点信息和适配器实现了保税区对接，使得海关申报程序的开发不强依赖于具体的保税区(或者电子口岸)，提升了开发效率，减少了代码量，且便于维护。对于新开通保税区的情况(即需要对接一个新的电子口岸)，可以通过配置该保税区的流程节点信息，并从现有适配器中进行选择即可实现快速接入，进而实现进出口申报业务。
65.电子口岸接收到报文后，会反馈回执信息。实施例一仅实现了基础的海关申报业务，并未对回执信息进行分析处理，为了进一步完善海关申报流程(见图3)，本发明提供了另一种海关申报方法，具体见实施例二。需要注意的是，实施例二仅对与回执信息的分析处理相关的部分进行了详细说明，其他实现过程参见实施例一，本文不再赘述。
66.实施例二
67.图2是根据本发明又一实施例的海关申报方法的主要流程示意图。如图2所示，本发明实施例的海关申报方法，主要包括如下步骤：
68.步骤s201：接收申报请求信息，根据申报请求信息中携带的保税区标识，获取对应的流程节点信息。由于申报流程中增加了对回执信息的处理流程，流程节点信息中需对应增加节点标识，且该节点标识指示的节点动作为流程暂停。比如节点标识002指示的节点动作为流程暂停。另外，对于节点动作为流程暂停的节点，其节点标识可不指示任何单据类型，即指示的单据类型为空。
69.步骤s202：按照流程节点信息的节点顺序，从流程节点信息中选择当前节点。本步骤的具体实现见步骤s102，此处不再赘述。
70.步骤s203：判断当前节点标识指示的节点动作是否为流程暂停，如果当前节点标识指示的节点动作不是流程暂停，则执行步骤s204；如果当前节点标识指示的节点动作为流程暂停，则执行步骤s205。
71.步骤s204：根据当前节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑，执行步骤s206。本步骤的具体实现见步骤s103，此处不再赘述。
72.步骤s205：获取回执信息，根据回执信息携带的单据类型，从对应的适配器中调用回执校验逻辑，执行回执校验逻辑，确认回执校验成功。由于申报流程中增加了对回执信息的处理流程，相应的，适配器的业务逻辑中需增加回执校验逻辑。其中，回执校验逻辑用于
解析回执信息，得到回执状态，根据回执状态，确认回执校验成功或者失败。
73.如果当前节点标识指示的节点动作为流程暂停，则可以使用定时任务获取回执信息。回执信息包括单据类型和回执状态。解析回执信息，得到单据类型，之后从对应类型的适配器中调用回执校验逻辑，执行回执校验逻辑，并确认回执校验成功后，执行步骤s206。
74.假设回执信息携带的单据类型为订单，则从订单适配器中调用回执校验逻辑，通过执行回执校验逻辑，得到回执状态，如果回执状态为订单申报成功，说明回执校验成功；如果回执状态为订单申报失败，说明回执校验失败。如果回执校验失败，则可以基于回执信息中的申报失败原因对单据进行处理。比如申报失败原因为申报金额超限，则流程停止，放弃申报。再比如申报失败原因为单据信息缺失，则流程暂停，调整后重新申报，直至回执校验成功。
75.步骤s206：判断当前节点是否为最后一个节点，如果当前节点不是最后一个节点，则执行步骤s202；如果当前节点是最后一个节点，则结束本流程。
76.在一优选的实施例中，获取回执信息后，还可以向电子口岸发送成功接收回执信息的通知。相应地，在适配器的业务逻辑中增加回执响应逻辑，该回执响应逻辑用于调用与单据类型对应的回执通知接口，发送成功接收回执信息的通知。
77.具体地，在步骤s205获取回执信息后，可以从与单据类型对应的适配器中调用回执响应逻辑，通过执行回执响应逻辑，将成功接收回执信息的通知发送至电子口岸。
78.图3是本发明实施例的一保税区对应的申报流程示意图。如图3所示，该保税区对应电子口岸可以接收的单据类型为订单、收款单和运单，申报流程由海关申报系统和电子口岸共同实现。实施例中，一种类型的单据的申报流程包括：接收申报请求信息
→
创建报文
→
报文批处理
→
单据申报
→
单据申报
→
接收回执信息
→
拉取回执信息
→
拉取回执信息
→
生成回执通知
→
发送回执通知
→
回执通知。其中，
“→”
表示数据流向。
79.如图3所示，海关申报系统包括接单服务和申报服务两部分。申报流程中，由接单服务实现的部分包括：接收申报请求信息、创建报文、报文批处理、拉取回执信息和生成回执通知；由申报服务实现的部分包括：单据申报、拉取回执信息和发送回执通知；由电子口岸实现的申报部分包括：单据申报、接收回执信息和接收回执通知。电子口岸接收到报文后，转发至海关总署，由海关总署对报文进行处理，并反馈回执信息至电子口岸。
80.不同类型的单据，申报流程相同。可以理解的是，图3以需要进出口的货物对应的订单、收款单和运单为例对整个申报流程进行了说明(即先申报订单，之后申报收款单，最后申报运单)。实际应用中，可以基于电子口岸的业务范围，确定其能够处理的单据类型，进而得到这些单据类型对应的完整申报流程。
81.另外，上述申报流程仅为示例，优选地，在拉取回执信息后，申报流程中还可以包括回执校验。
82.实施例一和实施例二中，适配器包含的业务逻辑根据申报流程确定。在一优选的实施例中，可以利用概念模型来确定适配器的业务逻辑。其中，概念模型是对真实世界中问题域内的事物的描述，此处即对海关申报的申报流程的描述。具体实现如下。
83.首先以海关申报为概念，根据单据类型将概念划分为子概念；之后建立概念和子概念之间的联系，为概念和子概念添加属性，得到概念模型；根据概念模型，即可构建不同单据类型的适配器。其中，子概念为指定单据类型的单据申报，属性为从申报流程中抽象出
的动作，一个子概念对应一种单据类型的适配器，适配器的业务逻辑为实现动作的程序逻辑(即软件逻辑代码)。
84.图4是为本发明实施例的海关申报方法设计的概念模型示意图。如图4所示，根据单据类型将海关申报这个概念分为订单申报、收款单申报两个子概念，将海关申报的申报流程抽象为报文创建、单据申报、回执校验和回执响应四个动作；之后建立子概念(即订单申报、收款单申报)与海关申报之间的联系，并为海关申报和各子概念添加属性，概念模型即构建完成。此处的属性即上述四个动作。
85.基于上述概念模型，一个子概念即对应一种单据类型的适配器，实现子概念中各个动作的业务逻辑，即适配器包含的业务逻辑。至此即可确定不同单据类型的适配器。该实施例基于概念模型把现实世界中的海关申报流程进行了抽象，为不同类型的单据确定了适配器应包含的业务逻辑。
86.可以理解的是，图4是以订单和收款单这两种单据类型为例，对概念模型进行了说明。实际场景中，概念模型中可以包括其他单据类型，比如运单、清单等。
87.图5是实现本发明实施例的海关申报方法的系统结构示意图。如图5所示，本发明实施例的海关申报方法由海关申报系统实现。其中，海关申报系统可以与接单系统、电子口岸进行信息交互，包括节点配置模块、获取模块和申报模块，申报模块中包括不同单据类型对应的适配器。电子口岸与海关总署进行信息交互。上述各系统、各模块之间的信息交互如下。
88.接单系统，用于汇总用户进行物品交易而产生的订单、收款单等单据信息，根据单据信息和保税区标识生成申报请求信息，将申报请求信息发送至海关申报系统的获取模块。此处的保税区标识为需要对接的保税区的唯一标识，比如青岛保税区、广州保税区、天津保税区等的标识。
89.获取模块，用于接收申报请求信息，解析申报请求信息，得到保税区标识，从节点配置模块获取与保税区标识对应的流程节点信息，将流程节点信息发送至申报模块。
90.节点配置模块，用于根据保税区的业务范围，配置保税区对应的流程节点信息。实施例中，以键值对的方式存储保税区以及其对应的流程节点信息，其中，键名为保税区标识，对应的键值为流程节点信息。比如青岛保税区，键名为：qingdao，键值为：000
‑
订单报文创建，001
‑
订单申报，002
‑
流程暂停，003
‑
收款单报文创建，004
‑
收款单申报，005
‑
流程暂停，006
‑
流程结束。其中，
“‑”
前面为节点标识，
“‑”
后面为节点标识代表的含义。
91.申报模块，用于按照节点顺序，从流程节点信息中选择当前节点，对当前节点执行以下步骤，直至当前节点为流程节点信息的最后一个节点：根据当前节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑。
92.在执行业务逻辑的过程中，申报模块会与申报请求信息中保税区标识对应的电子口岸进行信息交互，比如发送订单报文至电子口岸，从电子口岸获取回执信息、发送成功接收回执信息的通知至电子口岸等。电子口岸与海关总署进行信息交互的具体过程与本实施例的实现无关，本文不再阐述。
93.为了更加清楚的描述本发明，实施例三以青岛保税区对应的流程节点信息为：000
‑
订单报文创建，001
‑
订单申报，003
‑
收款单报文创建，004
‑
收款单申报为例，对海关申
报方法进行了进一步说明。具体如下。
94.实施例三
95.图6是根据本发明另一实施例的海关申报方法的主要流程示意图。如图6所示，本发明实施例的海关申报方法，主要包括如下步骤：
96.步骤s601：接收申报请求信息，根据申报请求信息中携带的保税区标识，获取对应的流程节点信息。假设申报请求信息中携带的保税区标识为qingdao，则可以通过qingdao这个键名，从节点配置模块中查找对应的键值，即得到流程节点信息为：000
‑
订单报文创建，001
‑
订单申报，003
‑
收款单报文创建，004
‑
收款单申报。
97.步骤s602：从流程节点信息中选择初始节点，根据初始节点的节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑。
98.该步骤选择出的节点标识为000，由于000指示的单据类型为订单，节点动作为订单报文创建，则从订单适配器中调用与订单报文创建相匹配的业务逻辑，即调用报文创建业务逻辑，通过执行报文创建业务逻辑，生成订单报文。
99.步骤s603：将选择出的节点作为当前节点，判断当前节点是否为最后一个节点，如果当前节点不是最后一个节点，则执行步骤s604；如果当前节点是最后一个节点，则结束本流程。由于节点000并非最后一个节点，继续执行步骤s604。
100.步骤s604：从流程节点信息中选择下一节点，根据下一节点的节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑，执行步骤s603。
101.该步骤选择出的节点标识为001，由于001指示的单据类型为订单，节点动作为订单申报，则从订单适配器中调用与订单申报相匹配的业务逻辑，即调用单据申报业务逻辑，通过执行单据申报业务逻辑，发送订单报文至青岛保税区的电子口岸。
102.订单适配器的单据申报业务逻辑执行完毕后，再次执行步骤s603，由于节点001并非最后一个节点，则再次执行步骤s604。此次选择出的节点标识为003，由于003指示的单据类型为收款单，节点动作为收款单报文创建，则从收款单适配器中调用与收款单报文创建相匹配的业务逻辑，即调用报文创建业务逻辑，通过执行报文创建业务逻辑，生成收款单报文。
103.收款单适配器的报文创建业务逻辑执行完毕后，再次执行步骤s603，由于节点003并非最后一个节点，则再次执行步骤s604。此次选择出的节点标识为004，由于004指示的单据类型为收款单，节点动作为收款单申报，则从收款单适配器中调用与收款单申报相匹配的业务逻辑，即调用单据申报业务逻辑，通过执行单据申报业务逻辑，发送收款单报文至青岛保税区的电子口岸。
104.收款单适配器的单据申报业务逻辑执行完毕后，再次执行步骤s603，由于节点004为最后一个节点，则海关申报流程结束。
105.为了进一步完善海关申报流程，对回执信息进行分析处理，实施例四以青岛保税区对应的流程节点信息为：000
‑
订单报文创建，001
‑
订单申报，002
‑
流程暂停，003
‑
收款单报文创建，004
‑
收款单申报，005
‑
流程暂停，006
‑
流程结束为例，对海关申报方法进行了进一步说明。具体如下。
106.实施例四
107.图7是根据本发明再一实施例的海关申报方法的主要流程示意图。如图7所示，本发明实施例的海关申报方法，主要包括如下步骤：
108.步骤s701：接收申报请求信息，根据申报请求信息中携带的保税区标识，获取对应的流程节点信息。假设申报请求信息中携带的保税区标识为qingdao，则可以通过qingdao这个键名，从节点配置模块中查找对应的键值，即得到流程节点信息为：000
‑
订单报文创建，001
‑
订单申报，002
‑
流程暂停，003
‑
收款单报文创建，004
‑
收款单申报，005
‑
流程暂停，006
‑
流程结束。
109.步骤s702：按照流程节点信息中的节点顺序，从流程节点信息中选择当前节点。第一次选择出的当前节点为初始节点，节点标识为000。
110.步骤s703：判断当前节点标识指示的节点动作是否为流程暂停，如果当前节点标识指示的节点动作不是流程暂停，则执行步骤s704；如果当前节点标识指示的节点动作为流程暂停，则执行步骤s705。第一次选择出的节点标识为000，由于000指示的节点动作为订单报文创建，并非流程暂停，继续执行步骤s704。
111.如果当前节点标识指示的节点动作为流程暂停，说明需要等待海关系统反馈的回执信息，由于回执信息可以通过定时任务获取，故流程暂停后需等待定时任务触发对下一节点的处理。
112.步骤s704：根据当前节点的节点标识指示的单据类型和节点动作，从与单据类型对应的适配器中调用与节点动作相匹配的业务逻辑，执行业务逻辑，执行步骤s708。
113.第一次选择出的节点标识为000，由于000指示的单据类型为订单，节点动作为订单报文创建，则从订单适配器中调用与订单报文创建相匹配的业务逻辑，即调用报文创建业务逻辑，通过执行报文创建业务逻辑，生成订单报文。
114.步骤s705：获取回执信息，根据回执信息携带的单据类型，从对应的适配器中调用回执校验逻辑，执行回执校验逻辑。如果当前节点标识指示的节点动作为流程暂停，则可以通过定时任务获取回执信息，解析回执信息得到单据类型，并获取对应类型的适配器，利用适配器校验回执信息。
115.步骤s706：判断回执校验是否成功，如果回执校验失败，则执行步骤s707；如果回执校验成功，则执行步骤s708。
116.步骤s707：记录申报轨迹，流程暂停，等待接收回执校验成功的结果，执行步骤s708。通过记录申报轨迹，将回执校验失败的节点信息(包括申报失败原因)保存下来，便于后续查看。实施例中，可以基于申报轨迹中的申报失败原因，对回执校验失败的单据调整后，重新申报，直至获取回执校验成功的结果。
117.步骤s708：判断当前节点是否为最后一个节点，如果当前节点不是最后一个节点，则执行步骤s702；如果当前节点是最后一个节点，则结束本流程。实施例中，在确定当前节点是最后一个节点可以记录申报轨迹。
118.由于节点000并非最后一个节点，再次执行步骤s702，选择出节点000的下一节点。此时选择出的节点标识为001，由于001指示的单据类型为订单，节点动作为订单申报，并非流程暂停，则从订单适配器中调用与订单申报相匹配的业务逻辑，即调用单据申报业务逻辑，通过执行单据申报业务逻辑，发送订单报文至青岛保税区的电子口岸。
119.订单适配器的单据申报业务逻辑执行完毕后，再次执行步骤s708，由于节点001并非最后一个节点，则再次执行步骤s702。此次选择出的节点标识为002，由于002指示的节点动作为流程暂停，则执行步骤s705来获取回执信息。假设回执信息的单据类型为订单，则调用订单适配器的回执校验逻辑，通过执行回执校验逻辑，确定回执校验成功或者失败。
120.如果对订单的回执校验成功，直接执行步骤s708。如果对订单的回执校验失败，记录申报轨迹，并在接收到回执校验成功的结果后，再次执行步骤s708。由于节点标识为002并非最后一个节点，则再次执行步骤s702。此次选择出的节点标识为003，由于003指示的单据类型为收款单，节点动作为收款单报文创建，并非流程暂停，则从收款单适配器中调用与收款单报文创建相匹配的业务逻辑，即调用报文创建业务逻辑，通过执行报文创建业务逻辑，生成收款单报文。
121.收款单适配器的报文创建业务逻辑执行完毕后，再次执行步骤s708，由于节点003并非最后一个节点，则再次执行步骤s702。此次选择出的节点标识为004，由于004指示的单据类型为收款单，节点动作为收款单申报，并非流程暂停，则从收款单适配器中调用与收款单申报相匹配的业务逻辑，即调用单据申报业务逻辑，通过执行单据申报业务逻辑，发送收款单报文至青岛保税区的电子口岸。
122.收款单适配器的单据申报业务逻辑执行完毕后，再次执行步骤s708，由于节点004并非最后一个节点，则再次执行步骤s702。此次选择出的节点标识为005，由于005指示的节点动作为流程暂停，则执行步骤s705来获取回执信息。假设回执信息的单据类型为收款单，则调用收款单适配器的回执校验逻辑，通过执行回执校验逻辑，确定回执校验成功或者失败。
123.如果对收款单的回执校验成功，直接执行步骤s708。如果对收款单的回执校验失败，记录申报轨迹，并在接收到回执校验成功的结果后，再次执行步骤s708。由于节点标识为005并非最后一个节点，则再次执行步骤s702。此次选择出的节点标识为006，由于006指示的节点动作为流程结束，说明该节点为申报流程的终结点，海关申报流程结束。
124.由实施例四可知，本技术通过保税区标识获取配置的流程节点信息，进而按照流程节点信息包含的节点顺序，使用与单据类型对应的适配器，依次执行节点标识指示节点动作，以使得可以将申报请求信息中的单据信息推送到海关系统。海关系统会反馈回执信息，本技术通过定时任务拉取上述回执信息，并基于回执信息携带的回执类型，获取对应类型的适配器，进行后续节点动作的执行。
125.图8是根据本发明实施例的海关申报系统的主要模块的示意图。如图8所示，本发明实施例的海关申报系统800，主要包括：
126.获取模块801，用于接收申报请求信息，根据所述申报请求信息中携带的保税区标识，获取对应的流程节点信息。当需要对接一个保税区时，可以根据保税区的业务范围，确定满足该业务范围的申报流程，进而基于申报流程配置该保税区的流程节点信息。实施例中，为实现海关申报业务，申报流程需包括对单据进行报文创建和单据申报的处理流程。
127.在接收到申报请求信息时，解析申报请求信息，得到保税区标识和单据信息。之后根据保税区标识即可获取为该保税区配置的流程节点信息。实施例中，申报请求信息包括保税区标识和单据信息。
128.申报模块802，用于按照所述节点顺序，从所述流程节点信息中选择当前节点，对
所述当前节点执行以下步骤，直至所述当前节点为所述流程节点信息的最后一个节点：根据当前节点标识指示的单据类型和节点动作，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑，执行所述业务逻辑。当前节点的初始值为流程节点信息的第一个节点。
129.根据各保税区处理的单据类型，设置对应单据类型的适配器。适配器中存储有对对应类型的单据进行处理的业务逻辑。其中，业务逻辑即将申请流程的子流程进行转换所得到的软件逻辑代码。实施例中，子流程为最小流程单元，此时业务逻辑可以包括报文创建逻辑和单据申报逻辑。
130.报文创建逻辑用于根据规定的与单据类型对应的报文格式，对申报请求信息中携带的单据信息进行处理，生成报文。假设当前节点标识指示的单据类型为订单，节点动作为订单报文创建，则从订单适配器中调用报文创建逻辑，通过执行该报文创建逻辑，对申报请求信息中的订单信息进行，得到满足订单报文格式的订单报文。
131.单据申报逻辑用于调用与单据类型对应的申报接口，发送报文。假设当前节点标识指示的单据类型为订单，节点动作为订单申报，则从订单适配器中调用报文创建逻辑，通过执行该报文创建逻辑，发送订单报文至保税区对应的电子口岸。
132.业务逻辑执行完毕后，判断当前节点是否为流程节点信息的最后一个节点，如果当前节点不是最后一个节点，则重复执行申报模块802的处理过程；如果当前节点是最后一个节点，说明完成海关申报。
133.另外，本发明实施例的海关申报系统800还可以包括：回执处理模块、节点配置模块、适配器构建模块和回执响应模块(图8中未示出)。其中，回执响应模块，用于从与所述单据类型对应的适配器中调用所述回执响应逻辑，执行所述回执响应逻辑。
134.回执处理模块，用于确定所述当前节点标识指示的节点动作为流程暂停，获取回执信息；根据所述回执信息携带的单据类型，从对应的适配器中调用所述回执校验逻辑，执行所述回执校验逻辑，确认回执校验成功。
135.节点配置模块，用于根据保税区的业务范围，确定满足所述业务范围的申报流程；将所述申报流程中的子流程抽象为对应的节点，为所述节点添加所述节点标识；将所述子流程的执行顺序作为所述节点顺序，根据所述节点标识和所述节点顺序，生成所述流程节点信息。
136.适配器构建模块，用于以海关申报为概念，根据所述单据类型将所述概念划分为子概念；其中，所述子概念为指定单据类型的单据申报；建立所述概念和所述子概念之间的联系，为所述概念和所述子概念添加属性，得到概念模型；其中，所述属性为从所述申报流程中抽象出的动作；根据所述概念模型，构建不同单据类型的所述适配器；其中，所述适配器的业务逻辑为实现所述动作的程序逻辑。
137.从以上描述可以看出，通过获取保税区对应的流程节点信息，进而根据流程节点信息，选择对应的适配器，并调用其中的业务逻辑，完成海关申报业务，基于适配器模式实现了一次开发对接多个保税区，提升了开发效率，减少了代码量，且便于维护。
138.图9示出了可以应用本发明实施例的海关申报方法或海关申报系统的示例性系统架构900。
139.如图9所示，系统架构900可以包括终端设备901、902、903，网络904、906、908、910
和服务器905、907、909、911。网络904用以在终端设备901、902、903和服务器905之间提供通信链路的介质。网络906、908、910用以在服务器905、907、909、911之间提供通信链路的介质。网络904、906、908、910可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
140.用户可以使用终端设备901、902、903通过网络904与服务器905交互，以接收或发送消息等。终端设备901、902、903上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
141.终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
142.服务器905、907、909、911可以是提供各种服务的服务器，例如服务器905可以是对用户利用终端设备901、902、903发送的订单进行处理的后台管理服务器。服务器907可以是对服务器905发送的申报请求信息进行处理的后台管理服务器。服务器909用于设置电子口岸系统。服务器911用于设置海关总署系统。
143.需要说明的是，本技术实施例所提供的海关申报方法一般由服务器907执行，相应地，海关申报系统一般设置于服务器907中。
144.应该理解，图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
145.根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。
146.本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种海关申报方法。
147.本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种海关申报方法。
148.下面参考图10，其示出了适用于来实现本发明实施例的电子设备的计算机系统1000的结构示意图。图10示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
149.如图10所示，计算机系统1000包括中央处理单元(cpu)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram 1003中，还存储有计算机系统1000操作所需的各种程序和数据。cpu 1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
150.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
151.特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读
介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时，执行本发明的系统中限定的上述功能。
152.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
153.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
154.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块和申报模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“接收申报请求信息，根据所述申报请求信息中携带的保税区标识，获取对应的流程节点信息的模块”。
155.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收申报请求信息，根据所述申报请求信息中携带的保税区标识，获取对应的流程节点信息；其中，所述流程节点信息根据保税区的申报流程生成，包括与所述申报流程的子流程对应的节点标识和节点顺序，所述节点标识用于指示所述子流程处理单据的单
据类型和节点动作；按照所述节点顺序，从所述流程节点信息中选择当前节点，对所述当前节点执行以下步骤，直至所述当前节点为所述流程节点信息的最后一个节点：根据当前节点标识指示的单据类型和节点动作，从与所述单据类型对应的适配器中调用与所述节点动作相匹配的业务逻辑，执行所述业务逻辑。
156.根据本发明实施例的技术方案，通过获取保税区对应的流程节点信息，进而根据流程节点信息，选择对应的适配器，并调用其中的业务逻辑，完成海关申报业务，基于适配器模式实现了一次开发对接多个保税区，提升了开发效率，减少了代码量，且便于维护。
157.上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。
158.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。