CN106874361B - 应用于海关申报的数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种应用于海关申报的数据处理方法和装置。其中，该方法包括：接收第一账号发送的多个申报请求，多个申报请求中携带有报关信息；将多个申报请求存储至第一数据库中并向第一账号发送响应信号；根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量；通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***；接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中。本发明解决了相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题。

Description

应用于海关申报的数据处理方法和装置

技术领域

本发明涉及数据领域，具体而言，涉及一种应用于海关申报的数据处理方法和装置。

背景技术

传统的跨境电商进口存在以下问题：商品以灰色方式入境、商品模糊申报被退回、通关效率低、监管人力不足等。目前的跨境贸易电子商务进口试点城市有以下城市：广州、杭州、宁波、上海、郑州、重庆、深圳、天津等，城市数量众多，涉及到的跨境电商的商品也数量庞大。因此***于2014年7月提出阳光通关要求，需要跨境电商、物流公司、第三方支付平台分别与海关***对接，分别将订单，物流单，支付单上报给海关IT***，海关收到跨境电商公司、物流公司、支付公司别提供的单据信息之后进行校验比对，以进行三单比对，海关核对信息无误后进行商品的放行，以达到跨境进口商品快速通关、加强监管的目标。

现有技术中在实现订单，物流单，支付单的信息对接时，是通过同步调用的方式进行的。图1是根据现有技术的一种同步调用海关接口的示意图，如图1所示，商户通过某个海关申报通用接口发送申报请求至海关接收支付单接口，海关根据申报请求中的信息进行核对，海关申报通用接口再将核对结果返回到商户。同步调用返回报关结果的方式对于海关申报***来说，耗时的不确定性大，且稳定性没有保证，一旦海关的接口服务器出现问题，会使商户无法提交海关申报请求，导致整个海关申报***瘫痪。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种应用于海关申报的数据处理方法和装置，以至少解决相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题。

根据本发明实施例的一个方面，提供了一种应用于海关申报的数据处理方法，包括：接收第一账号发送的多个申报请求，其中，所述多个申报请求中携带有报关信息；将所述多个申报请求存储至第一数据库中并向所述第一账号发送响应信号；根据当前所述第一数据库中存储的所述申报请求的数量确定工作服务器的目标数量，其中，所述工作服务器用于对当前所述第一数据库中存储的申报请求进行封装；通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***，其中，所述报关信息处理***对所述封装后的申报请求进行处理，得到申报结果；接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中。

根据本发明实施例的另一方面，还提供了一种应用于海关申报的数据处理装置，包括：第一接收单元，用于接收第一账号发送的多个申报请求，其中，所述多个申报请求中携带有报关信息；第一存储单元，用于将所述多个申报请求存储至第一数据库中并向所述第一账号发送响应信号；确定单元，用于根据当前所述第一数据库中存储的所述申报请求的数量确定工作服务器的目标数量，其中，所述工作服务器用于对当前所述第一数据库中存储的申报请求进行封装；封装单元，用于通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；第一发送单元，用于每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***，其中，所述报关信息处理***对所述封装后的申报请求进行处理，得到申报结果；第二接收单元，用于接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中。

在本发明实施例中，采用接收第一账号发送的多个申报请求，其中，多个申报请求中携带有报关信息；将多个申报请求存储至第一数据库中并向第一账号发送响应信号；根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量，工作服务器用于对当前第一数据库中存储的申报请求进行封装；通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***，报关信息处理***对封装后的申报请求进行处理，得到申报结果；接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中，由于采用了每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***的异步处理报关请求方案，并且结合了负载均衡，能够提高对于申报请求的申报效率，从而实现了异步处理申报请求提高申报效率的技术效果，进而解决了相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的一种同步调用海关接口的示意图；

图2是根据本发明实施例的应用于海关申报的数据处理方法的硬件环境的示意图；

图3是根据本发明实施例的一种可选的应用于海关申报的数据处理方法的流程图；

图4是根据本发明实施例的申报***架构的示意图；

图5是根据本发明实施例的一种可选的应用于海关申报的数据处理装置的示意图；以及

图6是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种应用于海关申报的数据处理的方法实施例。

可选地，在本实施例中，上述应用于海关申报的数据处理方法可以应用于如图2所示的由服务器102和终端104所构成的硬件环境中。如图2 所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的应用于海关申报的数据处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的应用于海关申报的数据处理方法也可以是由安装在其上的客户端来执行。

在一种可选的应用场景中，该应用于海关申报的数据处理方法可以由数据申报***执行，数据申报***接收某个商户账号发送的申报请求，请求中携带有报关信息和目标海关的标识信息，数据申报***将所有的申报请求存储在数据库中，报关信息处理***在接收到商户的申报请求之后向商户发送响应信号，然后根据当前的申报请求数量确定需要工作的服务器的数量，通过目标数量的工作服务器对第一数据库中存储的申报请求进行封装，封装好之后，每隔预设时间向目标海关的报关信息处理***发送封装后的申报请求，目标海关的报关信息处理***处理完申报请求之后得到申报结果，数据申报***接收申报结果并存储，这样，在商户账号想要查看申报结果时，可以从存储申报结果的数据库中查询，而不必等待同步返回结果，因此达到了处理申报请求不受***影响的目的，从而实现了异步处理申报请求提高申报效率的技术效果，提高了申报的效率。由于数据申报***存储申报结果，商户在身份验证通过之后可以随时查看申报请求的申报结果，也方便了商户查询。并且，由于根据申报请求的数量确定工作服务器的数量，能够及时调整服务器数量，防止申报请求的堆积，及时处理申报请求，也提高了海关申报的处理效率。

图3是根据本发明实施例的一种可选的应用于海关申报的数据处理方法的流程图，如图3所示，该方法可以包括以下步骤：

步骤S302 ，接收第一账号发送的多个申报请求，其中，多个申报请求中携带有报关信息。

步骤S304 ，将多个申报请求存储至第一数据库中并向第一账号发送响应信号。

步骤S306 ，根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量，其中，工作服务器用于对当前第一数据库中存储的申报请求进行封装。

步骤S308 ，通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求。

步骤S310 ，每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***，其中，报关信息处理***对封装后的申报请求进行处理，得到申报结果。

步骤S312 ，接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中。

通过上述步骤S302 至步骤S312 ，通过在接收到多个申报请求时存储在第一数据库中，每隔预设时间向报关信息处理***发送预设数量的目标申报请求，然后将目标申报结果存储，并且，由于根据申报请求的数量确定工作服务器的数量，能够及时调整服务器数量，防止申报请求的堆积，及时处理申报请求，也提高了海关申报的处理效率。解决了相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题，进而达到提高数据申报请求的申报效率的技术效果。

在步骤S302 提供的技术方案中，第一账号可以是商户的账号，商户的账号可以是海外商家的账号，账号可以用来标识商家的身份信息，因此，一般来说，不同的账号对应不同的商家，海外商家向海关发送申报请求，申报请求用于申报待通关的物品，申报请求中还可以携带有目标海关的信息，目标海关的信息可以是能够标识目标海关身份的代码，例如北京海关的代码为010，上海海关的代码为021等，目标海关的代码也可以是更复杂的数字和字母的组合等。第一账号通过异步的方式发送多个申报请求，通过解析目标申报请求中携带的目标海关的信息，可以得到目标申报请求需要报送的目标海关，然后发送至目标海关的报关信息处理***。通常来说，申报请求有多个，多个请求可以来自同一个商家，也可以来自不同的商家，在每个申报请求中均携带有报关信息，报关信息可以包含多种类型的信息，可以包括订单、物流单、支付单中的任意一项或多项信息，可以是来自第三方支付平台的支付信息，例如，报关信息可以是支付单数据，如第三方支付平台名称，支付金额，支付时间等，报关信息也可以包括订单信息，例如，购买的商品名称、数量、价格、支付的币种、购买时间、收件人实名认证信息(例如，名字、身份证编号，收件人地址，***签名信息等)、物流信息、邮寄地址等多种类型的信息，除了上述列举到的信息分类，报关信息还可以包括所有支付过程中可能涉及到的其他信息。第三方支付平台可以是财付通，也可以是其他支付平台。本发明实施例的应用于海关申报的数据处理方法可以是由申报***执行的，由申报***接收第一账号发送的多个申报请求，申报请求可以是通过网络发送的。

在步骤S304 提供的技术方案中，在接收到多个申报请求之后，将多个申报请求存储至第一数据库中并向第一账号发送响应信号，以告知商家已接收到该报送请求，可以是每一个申报请求对应一个响应信号，也可以是来自同一商家的多个申报请求对应一个响应信号，该响应信号中可以标识时对哪几个申报请求的响应，第一数据库可以是服务器中的数据库，也可以是云端数据库。

在步骤S306 提供的技术方案中，多个申报请求存储在第一数据库中，每隔预设时间发送预设数量的申报请求至报关信息处理***，由于第一数据库中存储的申报请求数量是动态变化的，为了商户的申报请求能够及时处理，不至于积压太久，需要根据第一数据库中存储的申报请求的数量确定工作服务器的目标数量，当前第一数据库中存储的申报请求的数量越多，确定的工作服务器的目标数量越大。

在步骤S308 提供的技术方案中，确定出工作服务器的目标数量之后，通过目标数量的工作服务器对当前第一数据库中存储的申报请求进行封装，得到封装好的申报请求，每隔预设时间将预设数量的封装好的申报请求发送至报关信息处理***，其中，预设的数量可以是始终不变的数量，也可以是根据第一数据库中存储的申报请求的数量动态调整的。

在步骤S310 提供的技术方案中，每隔预设时间将第一数据库中封装后的申报请求发送到报关信息处理***，由报关信息处理***对封装后的申报请求进行处理，得到申报结果，报关信息处理***可以是海关的报关信息处理***，用于处理申报请求，根据申报请求中携带的报关信息等信息对该申报请求进行处理，例如，进行三单比对。预设时间可以是3秒或者5秒等时间，预设时间和预设数量可以根据当前第一数据库中存储的申报请求的数量调整，也可以根据海关处的报关信息处理***的处理能力进行调整。商户可以调用申报***的接口，例如API接口，通过调用该接口对需要报关的商品进行支付单申报，财付通作为支付平台可以将报关信息上报给各地的海关的报关信息处理***。

在步骤S312 提供的技术方案中，在将预设数量的目标申报请求发送至报关信息处理***之后，报关信息处理***根据目标申报请求对要申报的报关信息进行验证，得到申报请求对应的申报结果，海关的报关信息处理***中的通信模块可以将申报结果发送回申报***，申报***接收申报结果，将申报结果存储在第二数据库中，其中，第二数据库和第一数据库可以是同一个数据库，也可以是两个不同的数据库。

由于本发明实施例将申报结果存储在第二数据库中，因此可以永久存储，或者设定存储时间，在存储时间内商户账号可以多次查询申报结果，而不是现有技术中的将申报结果同步发给商户，由商户自行保存，相对于现有技术，本发明实施例的数据处理方法能够实现异步处理请求，不再受***稳定性的影响，提高了申报效率，商户无需等待申报结果，而是在需要查询时可以随时查询，将商品的报关与商户提交的请求行为解耦，使报关接口的返回不依赖于第三方接口，保证了对商户提供的服务的稳定性和响应速度。

本发明实施例的申报***能够尽可能的对跨境电商提供标准服务、弱化不同海关接口间的差异，使跨境电商提交支付单报关请求接口简单易用，同时做到***的高可用性与快速处理。

作为一种可选的实施例，在每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***之前，获取目标报关信息处理***的配置信息，其中，目标报关信息处理***为申报请求对应的海关的报关信息处理***，配置信息用于指示目标报关信息处理***允许处理的数据的格式类型；存储目标报关信息处理***的配置信息。目标报关信息处理***可以是申报请求对应的目标海关的报关信息处理***，例如，某个申报请求中携带的标识信息标识该申报请求对应的目标海关为北京，则获取北京的报关信息处理***的配置信息，某个申报请求中携带的标识信息标识该申报请求对应的目标海关为广州，则获取广州的报关信息处理***的配置信息，由于不同地区的海关的报关信息处理***在进行报关信息处理时，需要的配置信息不同，例如，有的报关信息处理***需要的是以文件形式发送的申报请求，其中携带某些类别的报关信息，然后从中解析出需要的信息或者直接进行三单比对，而有的报关信息处理***不接收文件形式的申报请求，而是要通过预先安装的客户端调用申报***的接口输入需要的数据，由于不同的报关信息处理***在进行申报请求的处理时需要的数据的格式类型不同，因此，在发送申报请求之前，获取目标报关信息处理***的配置信息，然后存储，以备后续多次使用时调用，通常情况下，在目标报关信息处理***没有改变的情况下，不必每次都获取，而是获取一次之后储存备用。通过获取目标报关信息处理***的配置信息然后存储以备后续使用，使申报请求更适应不同的海关报关信息处理***，可以提高申报请求处理的效率。

通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装包括：根据目标报关信息处理***的配置信息将第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，配置后的申报请求的数据的格式类型与目标报关信息处理***允许处理的数据的格式类型相同；通过目标数量的工作服务器对当前第一数据库中存储的预设数量的配置后的申报请求进行封装；将封装后的申报请求发送至报关信息处理***。

在获取到目标报关信息处理***的配置信息之后，根据配置信息将第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，配置之后的申报请求的数据的格式类型与目标报关信息处理***允许处理的数据的格式类型相同，如果目标报关信息处理***可以处理多种类型的数据，则配置后的申报请求可以是其中任何一种类型，然后通过目标数量的工作服务器对配置后的申报请求进行封装，发送至报关信息处理***。

作为一种可选的实施例，在接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中之后，接收第一账号对申报结果的查询请求；根据查询请求查询第二数据库，得到申报结果；将申报结果发送至第一账号。

申报***在接收到报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中之后，可以接收商户通过第一账号对申报结果的查询请求，查询请求可以请求查询申报请求对应的申报结果，查询请求中可以携带有待查询的申报请求的支付单号，或者其他能够标识该申报请求的信息，根据查询请求中携带的支付单号可以在第二数据库中查询该申报请求对应的申报结果，将申报结果发送至第一账号可以是通过预设的邮件或者即时通讯应用等方式发送给商户，也可以是在预设的查询***的显示界面上显示。

作为一种可选的实施例，接收第一账号发送的多个申报请求包括：接收第一账号发送的第一申报请求；在得到第一申报请求的第一申报结果之前，接收第一账号发送的第二申报请求；其中，多个申报请求包括：第一申报请求和第二申报请求。

第一账号发送的申报请求是异步发送的，接收第一账号发送的第一申报请求，第一申报请求对应于第一申报结果，无需等待得到第一申报请求的第一申报结果，即接收第一账号发送的第二申报结果。同样，对于第三申报结果和第四申报结果，也无需等待之前的申报请求是否已经得到申报结果，即可发送申报请求。

作为一种可选的实施例，通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装包括：确定工作服务器的当前数量；在当前数量少于目标数量的情况下，将工作服务器的数量增加至目标数量；通过目标数量的工作服务器对当前第一数据库中存储的申报请求进行封装。

由于目标数量变化，而工作服务器的处理能力往往有上限，因此能够完成目标数量的封装的工作服务器也可能是变化的，例如，在某一节日或者多种商家推出优惠活动之后，申报请求的数量可能会有迅速增长，此时，原有的工作服务器的数量不能满足当前处理能力的要求，需要增加工作服务器的数量，如果当前的工作服务器为5台，当前的处理能力要求8台工作服务器才能完成，则需要将5台服务器增加至8台，同样，一定时间之后，当前的工作服务器为8台，当前的处理能力要求5台工作服务器就能完成，则可以将8台服务器减少至5台。

作为一种可选的实施例，通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装包括：判断目标数量的工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，时间间隔为工作服务器距离上一次从第一数据库中获取申报请求的间隔；在判断出存在时间间隔超过预设阈值的工作服务器的情况下，从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器。

由于通过多台工作服务器对第一数据库中的申报请求进行封装，其中可能会出现某台服务器异常的情况，在这种情况下，为了保证申报请求的正常封装，需要将异常的服务器删除，由于正常工作的服务器每隔一定时间从第一数据库中选取申报请求进行封装，异常的服务器无法及时选取申报请求进行封装，因此，检测目标数量的工作服务器中是否存在距离上一次从第一数据库中获取申报请求的时间间隔超过预设阈值的工作服务器，如果存在这样的工作服务器则表明该服务器出现异常，从目标数量的服务器中删除该工作服务器。例如，当前的处理能力要求工作服务器为8台，而检测到其中有一台出现异常，则将这台异常的服务器删除。

作为一种可选的实施例，在从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器之后，将工作服务器的数量增加至目标数量。在删除之后，工作服务器只有7台，少于工作服务器的目标台数，则需要重新增加正常的工作服务器至8台。作为一种可选的实施例，在从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器之后，更新工作服务器的当前数量和每个工作服务器的编号。在删除了工作服务器之后，更新工作服务器的当前数量和每个工作服务器的编号，以及时调整工作服务器的数量至目标数量，并且，在删除工作服务器之后，及时更新每个工作服务器的编号，以防止某些需要在被删掉的工作服务器中执行的申报请求无法及时被处理，在更新工作服务器编号之后，就可以按照正常的处理流程对申报请求进行处理。

由于申报***采用了异步处理商户的报关请求，因此还需要对类似于“生产者-消费者”模型中的消费者进行负载均衡，生产者即商户发送的报关请求(也即申报请求)，消费者则是将请求推往海关接口的处理程序，保证消费者消费任务的时候不重复，不漏选，并且任务能平均分配给每个消费者。针对跨境进口行业的特殊性，财付通可提供实时的支付单重传服务，有效解决商户在如下场景中的支付单重传需求：1)集成报关接口时，由于报关参数填写错误导致的三单比对失败需要重传支付单；2)由于网络、海关电子口岸***原因导致的支付单掉单问题。

本发明使用异步处理请求方式，将报关行为与商户提交请求的行为解耦，使报关接口的返回不依赖于第三方接口，保证了对商户提供的服务的稳定性和响应速度，也使***具备了保证送达的能力。将商户提交的请求落地存储到mysql中，用任务选取程序来模拟消息队列，实现请求的选取与分发，使得***的可拓展性大大提高，并且加上了负载均衡功能，***可以任意的缩容扩容，而不需要做任何的配置与代码的改动。相比消息队列，mysql的sql语句和事务功能让程序在选取待处理的任务请求的时候能使用更灵活的条件，还能够更新任务请求，此外mysql的落地存储可以让请求无限次的被处理，回放。

本发明还提供了一种优选实施例，下面结合该优选实施例对本发明实施例的技术方案进行说明。

跨境贸易电子商务通关服务的业务特性决定了跨境电商的申报请求时效性相对较长，支付单的数据不需要实时向海关***进行申报，利用这个特性。海关申报***使用同步返回报关请求接收结果，异步处理支付单的方式来处理商户请求。内部使用mysql模拟实现类似于消息队列的功能，进行任务的负载均衡与分发。

由于每个跨境进口试点城市海关提供的接***互方式都不尽相同，有 webservice，ftp，第三方windows客户端，第三方linux客户端，http，https 和海关主动调财付通提供的接口等，并且每个海关的报文格式，字段都有自己的规范格式。通过总结归纳海关所需要的信息要素，汇总在一起设计成数据库库表，将需要商户提供的信息设计成统一接口字段，每个地方海关接口通过海关统一申报程序提取出这些字段信息，按照不同海关的要求和交互方式进行传输报文，从而屏蔽了不同海关接口的多样性对商户的影响。

海关统一申报服务(消费者)用于异步处理海关申报请求，该服务可以部署在多个服务器节点上，每个节点有自己的编号，通过调用数据选取服务选取待处理的任务。每个任务请求都有一个唯一的ID，当消费者调用数据选取服务时，数据选取服务判断现在有多少消费者节点处于正常工作状态，并得到当前请求消费的消费者在所有正常工作节点中的序号。将任务请求ID模上总的消费者数量，如果得到的结果等于当前消费者的序号，就将该任务派发给该节点进行处理，或者等待该节点到任务数据库中选取数据。例如：假设当前一共有3台服务器上部署了海关统一申报服务，节点编号分别是0，1，2。当节点1调用数据选取服务的时候，数据选取服务会挑选出任务ID％3＝1的任务派发给节点1进行处理，并将已经派发的任务状态改为已分发，将已选取的任务的状态改为已选取，确保任务不会被重复选取。如果有节点超过20分钟没有进行数据的选取，则该节点会被踢出正常工作节点列表。当有新节点调用数据选取服务的时候，数据选取服务会自动把该节点加入到正常工作节点列表，并累加节点总数，完成扩容。

海关接口状态监控服务作为辅助服务，能够监控海关接口的状态，当在某个节点上调用海关接口异常时，能够上报该节点状态，连续三次监控到异常之后会把该节点给剔除，并将节点总数减一，按照之前的算法，请求会自动分配给其他的节点。

除以上主要服务之外，海关申报***还包含了一些辅助模块，以应对申报海关时的各种异常情况。当支付单提交给海关的过程中出现了掉单的情况时，商户可以调用重推接口，重新将支付单上报给海关。当支付单申报失败，或者提交超时，海关申报服务会在下一次运行时重新将该支付单进行申报，当某一笔单申报次数超过指定次数或者申报时长超过指定天数时，判定该单为异常单，将向相关负责人发出告警信息，人工联系海关工作人员处理该笔单。

图4是根据本发明实施例的申报***架构的示意图，如图4所示，***接收到商户的报关请求之后，将请求缓存至数据库做持久化存储，海关统一申报服务异步调用数据选取服务选取待申报的请求，然后通过识别请求中的海关字段，将相应的支付单数据分发给不同的海关接口进行申报。

主要模块：

海关报关通用接口模块：该模块位于业务接入***中，主要用来提供鉴定商户权限，接收商户请求，查询支付单信息，提供CKV缓存等功能。

数据层模块：负责进行实际数据信息的存储工作，将商户的报关请求落地存储。数据层模块可以存储MYSQL数据库。

数据选取服务模块：用于被动调用提供任务分发功能，它会和数据库模块和海关统一申报服务模块通信，完成客户要求的报关操作，并且自动更新工作节点的状态，剔除长时间不工作的节点，维护新加入的工作节点，完成任务的负载均衡。

海关统一申报服务模块：封装了所有海关接口的前置操作，进行待申报数据的选取，封装成特定的格式，将不同海关接口的任务分发到相应的接口。

海关接口状态监控模块：该模块作为辅助模块(图中未示出)，当某一节点上的海关接口出现故障时，这时需要将该节点剔除，让其他工作节点分摊该节点的工作量，以保证***的可用性。

***的主要流程如下：

接收报关请求：财付通海关报关通用接口接收商户的报关请求，鉴权校验后将报关请求登记到mysql数据库，等待海关统一申报服务异步处理，并返回接收请求成功的结果。

数据查询：海关统一申报服务通过调用数据选取服务进行数据查询，这个过程中，数据选取服务会计算当前有多少个正在工作的节点，并计算出当前节点的序号。在数据选取的过程中，需要根据任务请求的ID来分发给当前节点。计算公式为：任务请求ID％总的工作节点数＝当前节点ID。并且在数据查询的过程中需要检测长时间没有进行数据选取的节点，将其剔除，并更新节点总数和节点编号。对于新接入的节点需要增加节点总数。

海关申报：海关统一申报服务在调用数据选取服务获取到待申报的数据之后，根据数据中的海关字段的不同发送到不同的海关接口进行处理，每个海关接口处理完每个任务之后会更新任务的状态，申报失败的任务会在下一次程序运行时再次被选取出来进行处理。海关统一申报服务可以获取目标报关信息处理***的配置信息，配置信息用于指示目标报关信息处理***允许处理的数据的格式类型，然后存储目标报关信息处理***的配置信息，以备后续进行海关申报请求的发送时调用。这样，海关统一申报服务可以根据目标海关允许处理的数据的格式类型将申报请求进行配置，配置成能够满足目标海关允许处理的数据的格式的类型，以方便目标海关进行报关信息的处理。

海关接口状态检测：当检测到某一海关接口出现故障时，这时需要海关接口探测程序调整工作节点的状态，使其他工作节点能够承担该节点的任务，以保证***的可用性。

异常订单检测：当检测到某一笔长时间申报不成功，将向相关人员发出告警信息。同时对支付单掉单的情况提供了重新推送的接口。

经过实验测试，本发明实施例的支付***可以对接8家跨境电商进口试点城市海关***，可以与近1000家跨境电商(包括美国、中国香港、中国大陆商户)完成***对接。支持几乎所有现有支付方式的支付单申报：国内微信支付、国内手Q支付、国内财付通支付以及境外微信支付、境外手Q支付。通过缓存用户请求，用异步的方式完成海关申报，达到快速响应用户，保证了***的可送达特性，并且由于处理过程与用户请求的解耦，***的功能扩展也更加灵活方便。通过结合mysql的事务和自定义的算法，模拟消息队列的行为，加上了负载均衡功能，使得消费者服务在无感知的情况下完成了负载均衡，并且***增加和删除消费者服务节点不需要做任何的配置和代码改动即可完成扩容和缩容。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如 ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述应用于海关申报的数据处理方法的应用于海关申报的数据处理装置。图5是根据本发明实施例的一种可选的应用于海关申报的数据处理装置的示意图，如图5所示，该装置可以包括：

第一接收单元10，用于接收第一账号发送的多个申报请求，其中，多个申报请求中携带有报关信息；

第一存储单元20，用于将多个申报请求存储至第一数据库中并向第一账号发送响应信号；

确定单元30，用于根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量，其中，工作服务器用于对当前第一数据库中存储的申报请求进行封装；

封装单元40，用于通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；

第一发送单元50，用于每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***，其中，报关信息处理***对封装后的申报请求进行处理，得到申报结果；

第二接收单元60，用于接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中。

需要说明的是，该实施例中的第一接收单元10可以用于执行本申请实施例1中的步骤S302，该实施例中的第一存储单元20可以用于执行本申请实施例1中的步骤S304，该实施例中的确定单元30可以用于执行本申请实施例1中的步骤S306，该实施例中的封装单元40可以用于执行本申请实施例1中的步骤S308，该实施例中的第一发送单元50可以用于执行本申请实施例1中的步骤S310，该实施例中的第二接收单元60可以用于执行本申请实施例1中的步骤S312。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图2所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，可以解决了相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题，进而达到异步处理申报请求提高申报效率的技术效果。

可选地，该装置还包括：获取单元，用于在每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***之前，获取目标报关信息处理***的配置信息，其中，目标报关信息处理***为申报请求对应的海关的报关信息处理***，配置信息用于指示目标报关信息处理***允许处理的数据的格式类型；第二存储单元，用于存储目标报关信息处理***的配置信息。

可选地，封装单元40包括：配置模块，用于根据目标报关信息处理***的配置信息将第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，配置后的申报请求的数据的格式类型与目标报关信息处理***允许处理的数据的格式类型相同；第一封装模块，用于通过目标数量的工作服务器对当前第一数据库中存储的预设数量的配置后的申报请求进行封装；发送模块，用于将封装后的申报请求发送至报关信息处理***。

可选地，该装置还包括：第三接收单元，用于在接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中之后，接收第一账号对申报结果的查询请求；查询单元，用于根据查询请求查询第二数据库，得到申报结果；第二发送单元，用于将申报结果发送至第一账号。

可选地，第一接收单元包括：第一接收模块，用于接收第一账号发送的第一申报请求；第二接收模块，用于在得到第一申报请求的第一申报结果之前，接收第一账号发送的第二申报请求，其中，多个申报请求包括：第一申报请求和第二申报请求。

可选地，封装单元40包括：确定模块，用于确定工作服务器的当前数量；增加模块，用于在当前数量少于目标数量的情况下，将工作服务器的数量增加至目标数量；第二封装模块，用于通过目标数量的工作服务器对当前第一数据库中存储的申报请求进行封装。

可选地，封装单元40包括：判断模块，用于判断目标数量的工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，时间间隔为工作服务器距离上一次从第一数据库中获取申报请求的间隔；删除模块，用于在判断出存在时间间隔超过预设阈值的工作服务器的情况下，从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器。

可选地，该装置还包括：增加单元，用于在从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器之后，将工作服务器的数量增加至目标数量。

可选地，该装置还包括：更新单元，用于在从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器之后，更新工作服务器的当前数量和每个工作服务器的编号。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图2所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述应用于海关申报的数据处理方法的服务器或终端。

图6是根据本发明实施例的一种终端的结构框图，如图6所示，该终端可以包括：一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置)，如图6所示，该终端还可以包括输入输出设备207。

其中，存储器203可用于存储软件程序以及模块，如本发明实施例中的数据处理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的数据处理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置205用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频 (Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器203用于存储应用程序。

处理器201可以通过传输装置205调用存储器203存储的应用程序，以执行下述步骤：

接收第一账号发送的多个申报请求，其中，多个申报请求中携带有报关信息；

将多个申报请求存储至第一数据库中并向第一账号发送响应信号；

根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量，其中，工作服务器用于对当前第一数据库中存储的申报请求进行封装；

通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；

每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***，其中，报关信息处理***对封装后的申报请求进行处理，得到申报结果；

接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中。

处理器201还用于执行下述步骤：获取目标报关信息处理***的配置信息，其中，目标报关信息处理***为申报请求对应的海关的报关信息处理***，配置信息用于指示目标报关信息处理***允许处理的数据的格式类型；存储目标报关信息处理***的配置信息。

处理器201还用于执行下述步骤：根据目标报关信息处理***的配置信息将第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，配置后的申报请求的数据的格式类型与目标报关信息处理***允许处理的数据的格式类型相同；通过目标数量的工作服务器对当前第一数据库中存储的预设数量的配置后的申报请求进行封装；将封装后的申报请求发送至报关信息处理***。

处理器201还用于执行下述步骤：接收第一账号对申报结果的查询请求；根据查询请求查询第二数据库，得到申报结果；将申报结果发送至第一账号。

处理器201还用于执行下述步骤：接收第一账号发送的第一申报请求；在得到第一申报请求的第一申报结果之前，接收第一账号发送的第二申报请求。

处理器201还用于执行下述步骤：确定工作服务器的当前数量；在当前数量少于目标数量的情况下，将工作服务器的数量增加至目标数量；通过目标数量的工作服务器对当前第一数据库中存储的申报请求进行封装。

处理器201还用于执行下述步骤：判断目标数量的工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，时间间隔为工作服务器距离上一次从第一数据库中获取申报请求的间隔；在判断出存在时间间隔超过预设阈值的工作服务器的情况下，从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器。

处理器201还用于执行下述步骤：将工作服务器的数量增加至目标数量。

处理器201还用于执行下述步骤：更新工作服务器的当前数量和每个工作服务器的编号。

采用本发明实施例，通过在接收到多个申报请求时存储在第一数据库中，每隔预设时间向报关信息处理***发送预设数量的目标申报请求，然后将目标申报结果存储，并且，由于根据申报请求的数量确定工作服务器的数量，能够及时调整服务器数量，防止申报请求的堆积，及时处理申报请求，也提高了海关申报的处理效率。解决了相关技术中由于同步调用申报请求受***稳定性影响大造成的申报效率低的技术问题，进而达到提高数据申报请求的申报效率的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图6所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图6 其并不对上述电子装置的结构造成限定。例如，终端还可包括比图6中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图6所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器 (Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行应用于海关申报的数据处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，接收第一账号发送的多个申报请求，其中，多个申报请求中携带有报关信息；

S2，将多个申报请求存储至第一数据库中并向第一账号发送响应信号；

S3，根据当前第一数据库中存储的申报请求的数量确定工作服务器的目标数量，其中，工作服务器用于对当前第一数据库中存储的申报请求进行封装；

S4，通过目标数量的工作服务器对当前第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；

S5，每隔预设时间将第一数据库中封装后的申报请求发送至报关信息处理***，其中，报关信息处理***对封装后的申报请求进行处理，得到申报结果；

S6，接收报关信息处理***发送的申报结果，并将申报结果存储在第二数据库中。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：获取目标报关信息处理***的配置信息，其中，目标报关信息处理***为申报请求对应的海关的报关信息处理***，配置信息用于指示目标报关信息处理***允许处理的数据的格式类型；存储目标报关信息处理***的配置信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据目标报关信息处理***的配置信息将第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，配置后的申报请求的数据的格式类型与目标报关信息处理***允许处理的数据的格式类型相同；通过目标数量的工作服务器对当前第一数据库中存储的预设数量的配置后的申报请求进行封装；将封装后的申报请求发送至报关信息处理***。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：接收第一账号对申报结果的查询请求；根据查询请求查询第二数据库，得到申报结果；将申报结果发送至第一账号。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：接收第一账号发送的第一申报请求；在得到第一申报请求的第一申报结果之前，接收第一账号发送的第二申报请求。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：确定工作服务器的当前数量；在当前数量少于目标数量的情况下，将工作服务器的数量增加至目标数量；通过目标数量的工作服务器对当前第一数据库中存储的申报请求进行封装。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断目标数量的工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，时间间隔为工作服务器距离上一次从第一数据库中获取申报请求的间隔；在判断出存在时间间隔超过预设阈值的工作服务器的情况下，从目标数量的工作服务器中删除时间间隔超过预设阈值的工作服务器。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：将工作服务器的数量增加至目标数量。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：更新工作服务器的当前数量和每个工作服务器的编号。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

1.一种应用于海关申报的数据处理方法，其特征在于，包括：

接收第一账号发送的多个申报请求，其中，所述多个申报请求中携带有报关信息；

将所述多个申报请求存储至第一数据库中并向所述第一账号发送响应信号；

根据当前所述第一数据库中存储的所述申报请求的数量确定工作服务器的目标数量，其中，所述工作服务器用于对当前所述第一数据库中存储的申报请求进行封装；

通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；

每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***，其中，所述报关信息处理***对所述封装后的申报请求进行处理，得到申报结果；

接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中；

接收所述第一账号发送的多个申报请求包括：接收所述第一账号发送的第一申报请求；在得到所述第一申报请求的第一申报结果之前，接收所述第一账号发送的第二申报请求，其中，所述多个申报请求包括：所述第一申报请求和所述第二申报请求。

2.根据权利要求1所述的方法，其特征在于，在每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***之前，所述方法还包括：

获取目标报关信息处理***的配置信息，其中，所述目标报关信息处理***为所述申报请求对应的海关的报关信息处理***，所述配置信息用于指示所述目标报关信息处理***允许处理的数据的格式类型；

存储所述目标报关信息处理***的配置信息。

3.根据权利要求2所述的方法，其特征在于，通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装包括：

根据所述目标报关信息处理***的配置信息将所述第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，所述配置后的申报请求的数据的格式类型与所述目标报关信息处理***允许处理的数据的格式类型相同；

通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的配置后的申报请求进行封装；

将所述封装后的申报请求发送至所述报关信息处理***。

4.根据权利要求1所述的方法，其特征在于，在接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中之后，所述方法还包括：

接收所述第一账号对所述申报结果的查询请求；

根据所述查询请求查询所述第二数据库，得到所述申报结果；

将所述申报结果发送至所述第一账号。

5.根据权利要求1所述的方法，其特征在于，通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装包括：

确定所述工作服务器的当前数量；

在所述当前数量少于所述目标数量的情况下，将所述工作服务器的数量增加至所述目标数量；

通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的申报请求进行封装。

6.根据权利要求1所述的方法，其特征在于，通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装包括：

判断所述目标数量的所述工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，所述时间间隔为所述工作服务器距离上一次从所述第一数据库中获取申报请求的间隔；

在判断出存在所述时间间隔超过预设阈值的工作服务器的情况下，从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器。

7.根据权利要求 6所述的方法，其特征在于，在从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器之后，所述方法还包括：

将所述工作服务器的数量增加至所述目标数量。

8.根据权利要求7所述的方法，其特征在于，在从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器之后，所述方法还包括：

更新所述工作服务器的当前数量和每个所述工作服务器的编号。

9.一种应用于海关申报的数据处理装置，其特征在于，包括：

第一接收单元，用于接收第一账号发送的多个申报请求，其中，所述多个申报请求中携带有报关信息；

第一存储单元，用于将所述多个申报请求存储至第一数据库中并向所述第一账号发送响应信号；

确定单元，用于根据当前所述第一数据库中存储的所述申报请求的数量确定工作服务器的目标数量，其中，所述工作服务器用于对当前所述第一数据库中存储的申报请求进行封装；

封装单元，用于通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的申报请求进行封装，得到封装后的申报请求；

第一发送单元，用于每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***，其中，所述报关信息处理***对所述封装后的申报请求进行处理，得到申报结果；

第二接收单元，用于接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中；

其中，所述第一接收单元包括：第一接收模块，用于接收所述第一账号发送的第一申报请求；第二接收模块，用于在得到所述第一申报请求的第一申报结果之前，接收所述第一账号发送的第二申报请求，其中，所述多个申报请求包括：所述第一申报请求和所述第二申报请求。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

获取单元，用于在每隔预设时间将所述第一数据库中所述封装后的申报请求发送至报关信息处理***之前，获取目标报关信息处理***的配置信息，其中，所述目标报关信息处理***为所述申报请求对应的海关的报关信息处理***，所述配置信息用于指示所述目标报关信息处理***允许处理的数据的格式类型；

第二存储单元，用于存储所述目标报关信息处理***的配置信息。

11.根据权利要求10所述的装置，其特征在于，所述封装单元包括：

配置模块，用于根据所述目标报关信息处理***的配置信息将所述第一数据库中预设数量的申报请求进行数据配置，得到配置后的申报请求，其中，所述配置后的申报请求的数据的格式类型与所述目标报关信息处理***允许处理的数据的格式类型相同；

第一封装模块，用于通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的预设数量的配置后的申报请求进行封装；

发送模块，用于将所述封装后的申报请求发送至所述报关信息处理***。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第三接收单元，用于在接收所述报关信息处理***发送的申报结果，并将所述申报结果存储在第二数据库中之后，接收所述第一账号对所述申报结果的查询请求；

查询单元，用于根据所述查询请求查询所述第二数据库，得到所述申报结果；

第二发送单元，用于将所述申报结果发送至所述第一账号。

13.根据权利要求9所述的装置，其特征在于，所述封装单元包括：

确定模块，用于确定所述工作服务器的当前数量；

增加模块，用于在所述当前数量少于所述目标数量的情况下，将所述工作服务器的数量增加至所述目标数量；

第二封装模块，用于通过所述目标数量的所述工作服务器对所述当前所述第一数据库中存储的申报请求进行封装。

14.根据权利要求9所述的装置，其特征在于，所述封装单元包括：

判断模块，用于判断所述目标数量的所述工作服务器中是否存在时间间隔超过预设阈值的工作服务器，其中，所述时间间隔为所述工作服务器距离上一次从所述第一数据库中获取申报请求的间隔；

删除模块，用于在判断出存在所述时间间隔超过预设阈值的工作服务器的情况下，从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器。

15.根据权利要求14所述的装置，其特征在于，所述装置还包括：

增加单元，用于在从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器之后，将所述工作服务器的数量增加至所述目标数量。

16.根据权利要求14所述的装置，其特征在于，所述装置还包括：

更新单元，用于在从所述目标数量的所述工作服务器中删除所述时间间隔超过所述预设阈值的工作服务器之后，更新所述工作服务器的当前数量和每个所述工作服务器的编号。