CN113706113A - 一种基于本地加签的报关报文申报处理方法及相关设备 - Google Patents

Abstract

本申请公开了一种基于本地加签的报关报文申报处理方法及相关设备，通过构建新建客户的报关客户端与SAAS服务器之间的消息队列，利用消息队列的多线程机制以及非阻塞机制，避免对SAAS服务器的服务造成阻塞，提高申报报文传输的效率和稳定性，减少运维干预的几率，同时报关客户端结合了海关所属客户端以及加签程序的功能，实现了报文加签、发送和接收功能的一体化，解决了由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致的传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

Description

一种基于本地加签的报关报文申报处理方法及相关设备

技术领域

本申请涉及报关系统技术领域，尤其涉及一种基于本地加签的报关报文申报处理方法及相关设备。

背景技术

在报关时，需要将报关的报文用加签密钥进行加密，而加密密钥通常保存在各个客户自己的手中，因此需要将报关报文传输至客户指定的机器上进行加签，将报文加签后发送至海关系统进行申报。

目前常用的加签方式为客户在使用报关系统SAAS服务时，在SAAS服务中录入单据信息，SAAS服务将生成的报关报文通过ftp的方式发送到客户机器，由客户机器上安装的海关所属客户端监听报文发送目录，将目录内的报文调用加签程序加签后发送至海关系统。

由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

发明内容

本申请提供了一种基于本地加签的报关报文申报处理方法及相关设备，解决了由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致的传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

有鉴于此，本申请第一方面提供了一种基于本地加签的报关报文申报处理方法，所述方法包括：

根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列；

接收所述新建客户录入的报关数据；

根据所述报关数据生成所述新建客户的申报报文；

通过所述新建客户的消息队列向所述报关客户端发送所述申报报文，使得所述报关客户端监听到所述消息队列中的所述申报报文后，调用加签程序对所述申报报文进行加签，并向海关系统发送加签后的所述申报报文。

可选地，还包括：

通过所述新建客户的消息队列接收所述报关客户端转发的所述海关系统发送的回执报文；

监听到所述消息队列中的所述回执报文后，更新所述新建客户的报关状态。

可选地，所述消息队列包括申报报文队列以及回执报文队列。

本申请第二方面提供一种基于本地加签的报关报文申报处理方法，所述方法包括：

监听到消息队列中的申报报文后，调用加签程序对所述申报报文进行加签，所述消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列，所述申报报文为所述SAAS服务器根据接收的所述新建客户录入的报关数据生成所述新建客户的申报报文；

向海关系统发送加签后的所述申报报文。

可选地，还包括：

接收所述海关系统发送的回执报文；

通过所述新建客户的消息队列向所述SAAS服务器发送所述回执报文，使得所述SAAS服务器监听到所述消息队列中的所述回执报文后，更新所述新建客户的报关状态。

可选地，所述消息队列包括申报报文队列以及回执报文队列。

可选地，所述监听到消息队列中的申报报文后还包括：

将所述申报报文备份至第一指定目录中并生成第一日志文件。

可选地，所述接收所述海关系统发送的回执报文后还包括：

将所述回执报文备份至第二指定目录中并生成第二日志文件。

本申请第三方面提供一种SAAS服务器，所述SAAS服务器包括：

构建单元，用于根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列；

接收单元，用于接收所述新建客户录入的报关数据；

处理单元，用于根据所述报关数据生成所述新建客户的申报报文；

第一发送单元，用于通过所述新建客户的消息队列向所述报关客户端发送所述申报报文，使得所述报关客户端监听到所述消息队列中的所述申报报文后，调用加签程序对所述申报报文进行加签，并向海关系统发送加签后的所述申报报文。

本申请第四方面提供一种报关客户端，所述报关客户端包括：

加签单元，用于监听到消息队列中的申报报文后，调用加签程序对所述申报报文进行加签，所述消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列，所述申报报文为所述SAAS服务器根据接收的所述新建客户录入的报关数据生成所述新建客户的申报报文；

第二发送单元，用于向海关系统发送加签后的所述申报报文。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请中，提供了一种基于本地加签的报关报文申报处理方法，通过构建新建客户的报关客户端与SAAS服务器之间的消息队列，利用消息队列的多线程机制以及非阻塞机制，避免对SAAS服务器的服务造成阻塞，提高申报报文传输的效率和稳定性，减少运维干预的几率，同时报关客户端结合了海关所属客户端以及加签程序的功能，实现了报文加签、发送和接收功能的一体化，解决了由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致的传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

附图说明

图1为本申请中一种基于本地加签的报关报文申报处理方法的第一个方法流程图；

图2为本申请中一种基于本地加签的报关报文申报处理方法的第二个方法流程图；

图3为本申请实施例中一种SAAS服务器的结构示意图；

图4为本申请实施例中一种报关客户端的结构示意图。

具体实施方式

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

本申请设计了一种基于本地加签的报关报文申报处理方法及相关设备，解决了由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致的传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

为了便于理解，请参阅图1，图1为本申请实施例中一种基于本地加签的报关报文申报处理方法的第一个方法流程图，如图1所示，具体为：

101、根据新建客户的客户信息及报关客户端创建与新建客户的报关客户端之间的消息队列；

需要说明的是，在SAAS服务中新建客户时，会根据客户的客户信息以及客户的报关客户端创建SAAS服务器与该新建客户的报关客户端之间的消息队列。消息队列进一步地可以包括申报报文队列以及回执报文队列，申报报文队列传输的是申报报文，回执报文队列传输的是回执报文。消息队列RabbitMQ可以和Spring程序结合，Spring程序会根据消息队列中的消息积压情况动态调整消费者数量，也可以自主增减消费线程来控制消费速率。

102、接收新建客户录入的报关数据；

需要说明的是，新建客户在SAAS服务中操作，录入单据信息等报关数据至SAAS服务器。

103、根据报关数据生成新建客户的申报报文；

需要说明的是，SAAS服务根据新建客户输入的报关数据，每单生成一份申报报文。

104、通过新建客户的消息队列向报关客户端发送申报报文，使得报关客户端监听到消息队列中的申报报文后，调用加签程序对申报报文进行加签，并向海关系统发送加签后的申报报文。

需要说明的是，在生成了新建客户的申报报文后，使用多线程的方式依次将申报报文发送到该新建客户专有的消息队列中，具体地为申报报文队列中。由于客户一次性输入的单据在万级到十万级不等，使用FTP传输的方案中，会存在读取文件目录慢、传输文件慢甚至超时失败等情况，这时需要运维介入来使SAAS服务正常运转。报关客户端监听到消息队列中的申报报文后，通过调用加签程序完成申报报文的加签，并向海关系统发送加签后的申报报文。

进一步地，还包括：

通过新建客户的消息队列接收报关客户端转发的海关系统发送的回执报文；

需要说明的是，海关系统会根据申报报文生成相应的回执报文并发送给报关客户端，再由报关客户端通过新建客户的消息队列转发给SAAS服务器，具体地消息队列为回执报文队列。

监听到消息队列中的回执报文后，更新新建客户的报关状态。

请参阅图2，图2为本申请实施例中一种基于本地加签的报关报文申报处理方法的第二个方法流程图，如图2所示，具体为：

201、监听到消息队列中的申报报文后，调用加签程序对申报报文进行加签，消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与新建客户的报关客户端之间的消息队列，申报报文为SAAS服务器根据接收的新建客户录入的报关数据生成新建客户的申报报文；

需要说明的是，报关客户端兼容了监听、加签以及申报等功能的一体化，通过监听消息队列中的申报报文，并调用加签程序对申报报文进行加签，满足海关系统对于申报报文的要求。

202、向海关系统发送加签后的申报报文。

进一步地，还包括：

接收海关系统发送的回执报文；

通过新建客户的消息队列向SAAS服务器发送回执报文，使得SAAS服务器监听到消息队列中的回执报文后，更新新建客户的报关状态。

需要说明的是，报关客户端需要在接收到海关系统返回的回执报文后，通过新建客户的消息队列向SAAS服务器发送该回执报文，使得SAAS服务器能够监听消息队列并消费回执报文。

进一步地，监听到消息队列中的申报报文后还包括：

监听到消息队列中的申报报文后还包括：

将申报报文备份至第一指定目录中并生成第一日志文件。

需要说明的是，为了以备后续查找和问题追踪，还可以将申报报文备份至第一指定目录中并生成第一日志文件。

进一步地，接收海关系统发送的回执报文后还包括：

将回执报文备份至第二指定目录中并生成第二日志文件。

需要说明的是，为了以备后续查找和问题追踪，还可以将回执报文备份至第二指定目录中并生成第二日志文件。

请参阅图3，图3为本申请实施例中一种SAAS服务器的结构示意图，如图3所示，具体为：

构建单元301，用于根据新建客户的客户信息及报关客户端创建与新建客户的报关客户端之间的消息队列；

接收单元302，用于接收新建客户录入的报关数据；

处理单元303，用于根据报关数据生成新建客户的申报报文；

第一发送单元304，用于通过新建客户的消息队列向报关客户端发送申报报文，使得报关客户端监听到消息队列中的申报报文后，调用加签程序对申报报文进行加签，并向海关系统发送加签后的申报报文。

请参阅图4，图4为本申请实施例中一种报关客户端的结构示意图，如图4所示，具体为：

加签单元401，用于监听到消息队列中的申报报文后，调用加签程序对申报报文进行加签，消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与新建客户的报关客户端之间的消息队列，申报报文为SAAS服务器根据接收的新建客户录入的报关数据生成新建客户的申报报文；

第二发送单元402，用于向海关系统发送加签后的申报报文。

本申请实施例中，提供了一种基于本地加签的报关报文申报处理方法及相关设备，通过构建新建客户的报关客户端与SAAS服务器之间的消息队列，利用消息队列的多线程机制以及非阻塞机制，避免对SAAS服务器的服务造成阻塞，提高申报报文传输的效率和稳定性，减少运维干预的几率，同时报关客户端结合了海关所属客户端以及加签程序的功能，实现了报文加签、发送和接收功能的一体化，解决了由于ftp协议的缺陷，对于大量报文的发送和读取都会出现极大的性能问题，导致的传输报文时会发生超时甚至报错失败的技术问题，需要大量时间来进行运维处理。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种基于本地加签的报关报文申报处理方法，其特征在于，包括：

根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列；

接收所述新建客户录入的报关数据；

根据所述报关数据生成所述新建客户的申报报文；

通过所述新建客户的消息队列向所述报关客户端发送所述申报报文，使得所述报关客户端监听到所述消息队列中的所述申报报文后，调用加签程序对所述申报报文进行加签，并向海关系统发送加签后的所述申报报文。

2.根据权利要求1所述的基于本地加签的报关报文申报处理方法，其特征在于，还包括：

通过所述新建客户的消息队列接收所述报关客户端转发的所述海关系统发送的回执报文；

监听到所述消息队列中的所述回执报文后，更新所述新建客户的报关状态。

3.根据权利要求2所述的基于本地加签的报关报文申报处理方法，其特征在于，所述消息队列包括申报报文队列以及回执报文队列。

4.一种基于本地加签的报关报文申报处理方法，其特征在于，包括：

监听到消息队列中的申报报文后，调用加签程序对所述申报报文进行加签，所述消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列，所述申报报文为所述SAAS服务器根据接收的所述新建客户录入的报关数据生成所述新建客户的申报报文；

向海关系统发送加签后的所述申报报文。

5.根据权利要求4所述的基于本地加签的报关报文申报处理方法，其特征在于，还包括：

接收所述海关系统发送的回执报文；

通过所述新建客户的消息队列向所述SAAS服务器发送所述回执报文，使得所述SAAS服务器监听到所述消息队列中的所述回执报文后，更新所述新建客户的报关状态。

6.根据权利要求5所述的基于本地加签的报关报文申报处理方法，其特征在于，所述消息队列包括申报报文队列以及回执报文队列。

7.根据权利要求4所述的基于本地加签的报关报文申报处理方法，其特征在于，所述监听到消息队列中的申报报文后还包括：

将所述申报报文备份至第一指定目录中并生成第一日志文件。

8.根据权利要求5所述的基于本地加签的报关报文申报处理方法，其特征在于，所述接收所述海关系统发送的回执报文后还包括：

将所述回执报文备份至第二指定目录中并生成第二日志文件。

9.一种SAAS服务器，其特征在于，包括：

构建单元，用于根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列；

接收单元，用于接收所述新建客户录入的报关数据；

处理单元，用于根据所述报关数据生成所述新建客户的申报报文；

第一发送单元，用于通过所述新建客户的消息队列向所述报关客户端发送所述申报报文，使得所述报关客户端监听到所述消息队列中的所述申报报文后，调用加签程序对所述申报报文进行加签，并向海关系统发送加签后的所述申报报文。

10.一种报关客户端，其特征在于，包括：

加签单元，用于监听到消息队列中的申报报文后，调用加签程序对所述申报报文进行加签，所述消息队列为SAAS服务器根据新建客户的客户信息及报关客户端创建与所述新建客户的所述报关客户端之间的消息队列，所述申报报文为所述SAAS服务器根据接收的所述新建客户录入的报关数据生成所述新建客户的申报报文；

第二发送单元，用于向海关系统发送加签后的所述申报报文。

Images