CN105809051A - 基于加密卡的企业密钥分发方法以及基于加密卡的报税方法 - Google Patents

Abstract

本发明公开了一种基于加密卡的企业密钥分发方法，包括：局端生成主密钥；判断外部加密卡内是否存储有旧主密钥；若存储有旧密钥，则使该旧主密钥保留一预定时间后删除；若未存储有旧密钥，则将此次生成的主密钥视为初始主密钥；局端根据主密钥以及存储的企业信息扩散以产生初始化信封并分发至企业端；局端判断是否接收到企业端发送的报税数据；当接收到企业端的报税数据后，对报税数据进行校验，将校验的结果返回至企业端；根据主密钥生成更新信封，使更新信封随校验结果发送给企业端，所述更新信封包括新的更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小信息。本发明还公开了一种报税方法。

Description

基于加密卡的企业密钥分发方法以及基于加密卡的报税方法

技术领域

本发涉及一种基于加密卡的企业密钥分发方法以及基于加密卡的报税方法。

背景技术

随着现代通信技术的飞速发展，尤其是计算机网络技术日新月异的变化，越来越多的人希望通过现代的通信网络安全的交换数据。在现代密码学中，对数据的保密一般不依赖于算法的保密，而仅仅依靠对密钥的保密，因此，要想获得安全的保障，就必须有安全可靠的密钥管理办法。

密钥分发是密钥管理的核心问题，密钥分发是通信双方建立共同的加密材料的过程，要求确保加密材料的完整性、来源真实性和保密性。密钥分发协议或密钥协商协议的目的，是使得通信双方在实施了这种协议以后，可以建立一个共同的通信密钥，并且密钥的值不会被第三方所窃取。

传统密钥分发方法无法满足本系统功能，如更新后不保留过期主密钥，致使企业在结转报税缓冲时期内，企业无法正常开票；无法满足企业开票时依据开票要素使用企业密钥生成税控码打印在发票中，含有税控码的发票才为有效发票。局端只需根据税控码以及票面要素信息即可由主密钥校验发票真伪。

发明内容

针对上述现有技术的不足，本发明所要解决的技术问题是：提供了一种基于加密卡的企业密钥分发方法以及基于加密卡的报税方法，使得企业在更新后的主密钥和旧主密钥之间的过渡时期皆能报税。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种基于加密卡的企业密钥分发方法，包括以下步骤：

局端生成主密钥，所述局端将获得签发的数字证书经过加密后导入外部加密卡，进而生成主密钥；其中，所述主密钥设置有更新周期；

局端判断所述外部加密卡内是否存储有旧主密钥；

若存储有旧密钥，则使该旧主密钥保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票；

若未存储有旧密钥，则将此次生成的主密钥视为初始主密钥；

局端根据主密钥以及存储的企业信息扩散以产生初始化信封，并将所述初始化信封分发至企业端；其中，所述初始化信封包含有企业密钥、时间结点、企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小；

局端判断是否接收到企业端发送的报税数据；

当接收到企业端的报税数据后，对报税数据进行校验，将校验的结果返回至企业端；

根据主密钥生成更新信封，使更新信封随校验结果一起发送给企业端，所述更新信封包括新的更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小信息。

其中，在当接收到企业端的报税数据之后，对报税数据进行校验，将校验的结果返回至企业端的步骤包括：

局端判断企业端每一项报税数据是否含有企业密钥要素；若企业端的报税数据内含有企业密钥要素，则将上述报税数据视为有效报税数据，将该检验结果返回至企业端；

若报税数据内未含有企业密钥要素，则将上述报税数据视为无效报税数据，将该检验结果返回至企业端；

在返回检验结果的同时根据当前主密钥以及企业上报时的企业信息生成更新信封，并将所述更新信封发送至企业端，所述更新信封包括：更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小信息。

其中，在局端生成主密钥的步骤之后，还包括：

将主密钥备份至其他外部安全设备，并存储该外部安全设备。

其中，在局端生成主密钥的步骤中，包括：

局端生成证书公私钥对并向CA中心提交PKCS#10请求，获得签发的局端数字证书；

通过局端数字证书局端加密导入外部密码设备生成的主密钥。

其中，在局端生成证书公私钥对并向CA中心提交PKCS#10请求，获得签发的局端数字证书的步骤之前，还包括：

局端设备初始化，安装局端服务器操作系统以及相应的外部加密卡，并使用加密卡的管理工具初始化加密卡；

管理系统初始化，调用其可枚举打开局端安全服务器的外部加密卡；

验证PIN码，调用获得安全服务器的外部加密卡的使用权限。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种基于加密卡的报税方法，包括以下步骤：

企业端接收所述局端分发的初始化/更新信封；

企业端将所述初始化/更新信封导入到企业加密卡中；

将企业密钥发行至所述企业端的POS机中；

使企业端的POS机在打印发票时将企业密钥作为税控码的一部分打印至发票中；

使企业端在报税时，将含有上述税控码的报税数据上传至局端；

接收局端发送的检验结果以及更新信封，并将更新信封导入企业加密卡中；

将旧信封保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票。

进一步的，在将企业密钥发行至所述企业端的POS机的步骤中，包括：

修改所述服务器上的/etc/taxServer/taxServerConfig.ini文件，分别设置税号和名称；

输入servicetaxServerdrestart重启服务，并用ps–aux|grepTaxServer检查服务是否成功启动，若未启动，则再重复执行一次；

使用管理员工具客户端，点击“下载P10请求”，分别输入企业信息，在管理工具当前目录下生成.req文件和.txt文件，将这两个文件发送给CA并返回税控服务器证书：“税号开票机号.cer”；

将税控服务器证书保存到本地，点击“上传服务器证书”；

将税控服务器证书发送到网络发票税务端系统，并返回“税号开票机号.env”文件；

保存env文件到本地，并点击“初始化发行”；

点击“启动POS服务”，若能正常启动，则表明服务安装部署成功。

本发明的基于加密卡的企业密钥分发方法以及基于加密卡的报税方法，主密钥更新后需保留过期主密钥一段时间，以使企业端客户具有一个过渡报税时间；通过该税控码即能够轻松验明企业端的报税数据的真假，这种方法简化了验证手续，简化了局端与企业端协商密钥的流程，解决了异步票面辨伪问题。本发明仅需要通过局端的外部加密卡、企业端的企业加密卡分别存储主解密以及企业密钥等信息，使得密钥更加安全。

附图说明

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

图1本发明基于加密卡的企业密钥分发方法第一实施例的流程图。

图2是本发明基于加密卡的企业密钥分发方法第二实施例中局端对报税数据的处理的流程图。

图3是本发明基于加密卡的报税方法一实施例的流程图。

具体实施方式

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

首先，在对实施例进行描述之前，有必要对本文中出现的一些术语进行解释。例如：

本文中若出现使用“第一”、“第二”等术语来描述各种元件，但是这些元件不应当由这些术语所限制。这些术语仅用来区分一个元件和另一个元件。因此，“第一”元件也可以被称为“第二”元件而不偏离本发明的教导。

另外，应当理解的是，当提及一元件“连接”或者“联接”到另一元件时，其可以直接地连接或直接地联接到另一元件或者也可以存在中间元件。相反地，当提及一元件“直接地连接”或“直接地联接”到另一元件时，则不存在中间元件。

在本文中出现的各种术语仅仅用于描述具体的实施方式的目的而无意作为对本发明的限定。除非上下文另外清楚地指出，则单数形式意图也包括复数形式。

当在本说明书中使用术语“包括”和/或“包括有”时，这些术语指明了所述特征、整体、步骤、操作、元件和/或部件的存在，但是也不排除一个以上其他特征、整体、步骤、操作、元件、部件和/或其群组的存在和/或附加。

关于实施例：

请参见图1，图1是本发明基于加密卡的企业密钥分发方法第一实施例的流程图。本实施例的基于加密卡的企业密钥分发方法，用于报税领域，包括以下步骤：

S101、局端生成主密钥，所述局端将获得签发的数字证书经过加密后导入外部加密卡，进而生成主密钥；其中，所述主密钥设置有更新周期；

所述更新周期是指主密钥的有效时间段，一般情况下,所述主密钥的更新周期大于下述的企业密钥的更新周期。根据安全考虑，主密钥与数字证书需要定期更新。主密钥更新后需保留过期主密钥一段时间以保证过期主密钥扩散的企业密钥的开票数据可以顺利申报查验。数字证书更新后只需在返回校验结果时放入更新后的数字证书即可保证企业获得数字信封封装的数据。具体地，本步骤通过以下子步骤生成主密钥：

S1011、局端设备初始化，安装局端服务器操作系统以及相应的外部加密卡，并使用加密卡的管理工具初始化加密卡；

S1012、管理系统初始化，通过Initialize接口调用其可枚举打开局端安全服务器的外部加密卡；

S1013、验证PIN码，通过DeviceLogin接口调用获得安全服务器的外部加密卡的使用权限；

S1014、局端生成证书公私钥对并向CA中心提交PKCS#10请求，获得签发的局端数字证书(WriteCertbyRequest接口)；

S1015、通过局端数字证书局端加密导入外部密码设备生成的主密钥(WriteMasterKey接口)。

可以理解的，上述S1011至S1015步骤仅为其中一种实施方式以用于使局端生成主密钥，在不同的实施例中，还可以通过其它方式来使局端生成主密钥，只要该主密钥是经过CA中心认证以及经过将认证的证书经过加密后再导入外部加密卡即可。

还可以理解的，当上述生成主密钥的步骤并非是局端第一次生成的，而是在第一次生成主密钥之后再次生成的更新主密钥步骤，那么，在这种情况下，则不需要S1011至S1013步骤。

S102、局端判断所述外部加密卡内是否存储有旧主密钥；

S103、若未存储有旧主密钥，则将此次生成的主密钥视为第一次生成的初始主密钥；

S104、若存储有旧主密钥，则使该旧主密钥保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票；

所述预定时间是指在一定企业密钥更新周期之后再删除，采用该步骤的好处在于，使得在旧主密钥保存时期，企业端依然能够通过旧主密钥进行报税。即，使得在新主密钥与旧主密钥的交替时间，有一个过渡时间段。

S105、局端根据主密钥以及存储的企业信息扩散以产生初始化信封，并将所述初始化信封分发至企业端；当所述主密钥是初始主密钥时，局端通过在初始主密钥以及企业信息扩散为企业密钥，并形成初始信封；其中，所述初始化信封包含有企业密钥、时间结点、企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小；所述初始化信封，即第一次产生的信封，无论主密钥是更新得来的还是第一次初始化得来的，只要主密钥重新生成或者更新后，必须要根据主密钥生成初始化信封；

当局端第一次产生初始化信封时，可以在局端发行企业安全密码卡时，根据主密钥以及企业信息扩散获取企业密钥、时间结点、企业密钥更新周期、周期内最大挂失次数等管理信息一起生成所述初始化信封发送给企业用户，企业用户读取初始化信封完成初始化设置，初始化信封一律使用局端存储的企业初始证书封装，企业初始证书也需定期更换。

所述企业密钥的更新周期是指企业的申报周期，每当一个企业完成申报后，即是指企业密钥的周期已到，需要重新更新信封，更新信封内含有更新的企业密钥。

S106、局端判断是否接收到企业端的报税数据；

S107、当接收到企业端的报税数据后，对报税数据进行校验，将校验的结果返回至企业端；当未接收到企业端的报税数据后，继续返至S105步骤；

S108、根据主密钥生成更新信封，使更新信封随校验结果一起发送给企业端，所述更新信封包括新的更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小等信息。

本实施例中，当局端是第一次产生主密钥时，则根据主密钥以及发行企业加密卡时生成含有企业密钥的初始化信封，并将该初始化信封导入到企业加密卡中。初始化信封内有企业密钥、更新周期等信息。当企业用户通过企业加密卡完成税务申报时，局端可根据企业密钥的更新周期的时间来判定是否需要更新新的企业密钥。

可以理解的，在其他的实施例中，在生成或者更新主密钥后，还可将主密钥备份至其他外部安全设备，并存储该外部安全设备。

如此，对主密钥进行一个备份的作用，增加了安全性。

本发明实施方式，将主密钥和企业密钥均采用加密卡为载体，将主密钥和企业密钥均存入加密卡中，使得密钥的安全性得到大大的增加；另一方面，在更新新的主密钥时，将旧主密钥保存一预定时间，再对旧主密钥进行删除，使得企业报税具有一个缓冲过渡时间段；再一方面，当局端收到企业端发送的报税数据后，即表示企业密钥的更新周期到了，局端在发送检验结果的时候即发送更新后的信封至企业端，如此使企业端具有新的更新周期，以便于下次申报。

请参见图2，图2是本发明基于加密卡的企业密钥分发方法第二实施例的流程图，本实施例与第一实施例的区别在于，本实施例通过将企业密钥作为税控码的一部分，以使得当企业端报税时，局端通过该税控码即能够轻松验明企业端的报税数据的真假，这种方法简化了验证手续，简化了局端与企业端协商密钥的流程，解决了异步票面辨伪问题。具体地，本实施与第一实施例的区别在于报税时的步骤，即本实施例中的局端对报税数据的处理步骤如下：

S201、局端接收企业端的报税数据；

S202、局端判断企业端每一项报税数据中，每一项税控码是否含有企业密钥；

S203、若税控码含有企业密钥，则将含有该税控码的报税数据视为有效的报税数据，将该检验结果返回至企业端；

S204、若税控码未含有企业密钥，则将含有该税控码的报税数据视为无效的报税数据，将该检验结果返回至企业端；

S205、在返回上述检验结果时，根据主密钥、企业报税时的企业信息生成更新信封，并将更新信封发送至企业端；所述更新信封包括新的更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小等信息。

本发明实施方式，企业端在用POS机进行发票打印时，即将企业密钥作为税控码的一部分打印至发票中，使得企业在报税时，上报的报税数据中，含有该企业密钥的税控码为真实的报税数据，未含有该企业密钥的税控码为非真实的报税数据，采用这种方式的好处在于，局端仅需要通过主控码与企业密码的关系，来解决发票的真伪问题，简化了验证手续，简化了局端与企业端协商密钥的流程，解决了异步票面辨伪问题。

请参见图3，图3是本发明基于加密卡的报税方法一实施例的流程图。本实施例的基于加密卡的报税方法包括以下步骤：

S301、企业端接收所述局端分发的初始化信封；

S302、将所述初始化信封导入到企业加密卡中；

S303、将企业密钥发行至所述企业端的POS机中；

本实施例中，具体通过以下方式进行：

修改所述服务器上的/etc/taxServer/taxServerConfig.ini文件，分别设置税号和名称；

输入servicetaxServerdrestart重启服务，并用ps–aux|grepTaxServer检查服务是否成功启动，若未启动，则再重复执行一次；

使用管理员工具客户端，点击“下载P10请求”，分别输入企业信息，在管理工具当前目录下生成.req文件和.txt文件，将这两个文件发送给CA并返回税控服务器证书：“税号开票机号.cer”；

将税控服务器证书保存到本地，点击“上传服务器证书”；

将税控服务器证书发送到网络发票税务端系统，并返回“税号开票机号.env”文件；

保存env文件到本地，并点击“初始化发行”；

点击“启动POS服务”，若能正常启动，则表明服务安装部署成功。

S304、使企业端的POS机在打印发票时将企业密钥作为税控码的一部分打印至发票中；

S305、使企业端在报税时，将含有上述税控码的报税数据上传至局端。

S306、接收局端发送的检验结果以及更新信封，并将更新信封导入企业加密卡中；

S307、判断是否存储有旧信封，若有，将旧信封保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票；若无，不作处理。

本发明实施方式，POS机通过将企业密钥作为税控码的一部分，将含有企业密钥的税控码打印在发票中，使得企业端在上端税控数据时，将含有企业密钥的税控码上报至局端，如此，局端即可通过判断上报数据是否含有税控码而检验上报数据的真伪，如此即可检验发票的真伪。本方式简化了校验手续，简化了局端与企业端协商密钥的流程，解决了异步票面辨伪问题，还使得企业端报税时具有一个缓冲过渡时期。

以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种基于加密卡的企业密钥分发方法，包括以下步骤：

局端将获得的数字证书经过加密后导入外部加密卡，进而生成主密钥；其中，所述主密钥设置有更新周期；

局端判断所述外部加密卡内是否存储有旧主密钥；

若存储有旧密钥，则使该旧主密钥保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票；

若未存储有旧密钥，则将此次生成的主密钥视为初始主密钥；

局端根据主密钥以及存储的企业信息扩散以产生初始化信封，并将所述初始化信封分发至企业端；其中，所述初始化信封包含有企业密钥、时间结点、企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小。

2.如权利要求1所述的基于加密卡的企业密钥分发方法，其特征在于，

所述局端执行的操作还包括：

局端判断是否接收到企业端发送的报税数据；

当接收到企业端的报税数据后，对报税数据进行校验，将校验的结果返回至企业端；

根据主密钥生成更新信封，使更新信封随校验结果一起发送给企业端，所述更新信封包括新的更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小信息。

3.如权利要求2所述的基于加密卡的企业密钥分发方法，其特征在于，在当接收到企业端的报税数据之后，对报税数据进行校验，将校验的结果返回至企业端的步骤包括：

局端判断企业端每一项报税数据是否含有企业密钥要素；若企业端的报税数据内含有企业密钥要素，则将上述报税数据视为有效报税数据，将该检验结果返回至企业端；

若报税数据内未含有企业密钥要素，则将上述报税数据视为无效报税数据，将该检验结果返回至企业端；

在返回检验结果的同时根据当前主密钥以及企业上报时的企业信息生成更新信封，并将所述更新信封发送至企业端，所述更新信封包括：更新后的企业密钥、新企业密钥的更新周期、该更新周期内的最大挂失次数、发票大小以及发票存储区大小信息。

4.如权利要求1或2所述的基于加密卡的企业密钥分发方法，其特征在于，在局端生成主密钥的步骤之后，还包括：

将主密钥备份至其他外部安全设备，并存储该外部安全设备。

5.如权利要求4所述的基于加密卡的企业密钥分发方法，其特征在于，在局端生成主密钥的步骤中，包括：

局端生成证书公私钥对并向CA中心提交PKCS#10请求，获得签发的局端数字证书；

通过局端数字证书局端加密导入外部密码设备生成的主密钥。

6.如权利要求5所述的基于加密卡的企业密钥分发方法，其特征在于，在局端生成证书公私钥对并向CA中心提交PKCS#10请求，获得签发的局端数字证书的步骤之前，还包括：

局端设备初始化，安装局端服务器操作系统以及相应的外部加密卡，并使用加密卡的管理工具初始化加密卡；

管理系统初始化，调用其可枚举打开局端安全服务器的外部加密卡；

验证PIN码，调用获得安全服务器的外部加密卡的使用权限。

7.一种基于加密卡的报税方法，包括以下步骤：

企业端接收所述局端分发的初始化/更新信封；

企业端将所述初始化/更新信封导入到企业加密卡中；

将企业密钥发行至所述企业端的POS机中；

使企业端的POS机在打印发票时将企业密钥作为税控码的一部分打印至发票中；

使企业端在报税时，将含有上述税控码的报税数据上传至局端；

接收局端发送的检验结果；

判断是否存储有旧信封，若有，将旧信封保留一预定时间后删除，以使得企业端在结转报税缓冲时期内能够正常开票；若无，不作处理。

8.如权利要求7所述的基于加密卡的报税方法，其特征在于，所述企业端还接收局端发送的更新信封，并将更新信封导入企业加密卡中。

9.如权利要求7所述的基于加密卡的报税方法，其特征在于，将企业密钥发行至所述企业端的POS机的步骤中，包括：

修改所述服务器上的/etc/taxServer/taxServerConfig.ini文件，分别设置税号和名称；

输入servicetaxServerdrestart重启服务，并用ps–aux|grepTaxServer检查服务是否成功启动，若未启动，则再重复执行一次；

使用管理员工具客户端，点击“下载P10请求”，分别输入企业信息，在管理工具当前目录下生成.req文件和.txt文件，将这两个文件发送给CA并返回税控服务器证书：“税号开票机号.cer”；

将税控服务器证书保存到本地，点击“上传服务器证书”；

将税控服务器证书发送到网络发票税务端系统，并返回“税号开票机号.env”文件；

保存env文件到本地，并点击“初始化发行”；

点击“启动POS服务”，若能正常启动，则表明服务安装部署成功。