一种数据处理系统、方法及电子设备和存储介质技术方案

本公开涉及一种数据处理系统、方法及设备和介质，系统包括：应用程序，用于发送数据处理请求；中间件客户端，用于获取数据处理请求，对数据处理请求进行封装，得到封装请求数据包；中间件服务端，用于接收中间件客户端发送的封装请求数据包；密码设备，用于接收中间件服务端转发的封装请求数据包，并根据封装请求数据包得到数据处理结果，将数据处理结果通过中间件转发至所述应用程序。本申请在原有应用程序和密码设备之间添加中间件客户端和中间件服务端作为信息中转站进行请求的调度协调，能够对应用程序发送的数据处理请求进行封装得到封装请求数据包，并将其转发至密码设备，无需应用程序直接与密码设备进行交互，提升了用户体验。

【技术实现步骤摘要】
一种数据处理系统、方法及电子设备和存储介质
本申请涉及移动通信
，更具体地说，涉及一种数据处理系统、方法及一种电子设备和一种计算机可读存储介质。
技术介绍
密码设备是指在移动终端上为应用提供各类密钥的安全存储，并提供相关密码服务(例如加解密、签名验签等)的软硬件设备，例如加密TF卡、加密USIM卡、加密软算法模块等。移动终端的上层应用通过直接调用密码设备提供的接口访问密码设备来使用其中存储的密钥。随着移动互联网的发展以及数字信息的安全问题越来越受到人们的重视，通过密码设备对数据进行保护的应用变得越来越普遍。因此，在同一终端上，多个应用需要共用同一密码设备完成密码功能。然而，大部分密码设备，尤其是硬件设备，由于其自身条件的限制，无法处理多个应用的并发访问。当多个请求同时发起时，往往会引发访问错误等问题。因此，当多个应用程序需要访问同一密码设备以获得数据服务时，需要等待密码设备完成当前数据处理任务后方可继续发起数据访问请求，导致多个应用使用密码设备时难以协调，实现难度大，用户体验不佳。因此，如何解决上述问题是本领域技术人员需要重点关注的。
技术实现思路
本申请的目的在于提供一种数据处理系统、方法及一种电子设备和一种计算机可读存储介质，协调多个应用对密码设备的同时使用，提升了用户体验。为实现上述目的，本申请提供了一种数据处理系统，包括：应用程序，用于发送数据处理请求；中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求进行封装，得到封装请求数据包；中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所述应用程序。可选的，所述中间件服务端，还包括：通知发送模块，用于接收到所述封装请求数据包后，发送通知消息至所述中间件客户端，以主动提示所述密码设备状态变化。可选的，所述中间件客户端，还包括：失败反馈模块，用于若预设时间内未接收到所述数据处理结果，则反馈请求失败信息至所述应用程序。可选的，所述中间件客户端和所述中间件服务端利用密钥协商建立加密通道，以利用所述加密通道传输所述数据处理请求及所述数据处理结果。可选的，所述中间件服务端，还包括：客户端管理模块，用于统计所有与所述中间件服务端进行连接的所述中间件客户端，并记录所述中间件客户端的连接状态。可选的，所述中间件服务端，还包括：身份认证模块，用于在接收到所述数据处理请求后，对发起所述数据处理请求的应用程序进行身份认证。可选的，所述中间件客户端部署在所述应用程序中。可选的，所述中间件客户端和所述中间件服务端均部署在所述应用程序中。可选的，所述中间件服务端，还包括：协商模块，用于与其余所有中间件服务端进行协商，确定最终用于接收所述数据处理请求的目标服务端。为实现上述目的，本申请提供了一种数据处理方法，应用于中间件服务端，包括：接收封装请求数据包；其中，所述封装请求数据包为中间件客户端获取到应用程序发送的数据处理请求后对所述数据处理请求进行封装得到的数据包；将所述封装请求数据包转发至密码设备；接收所述密码设备根据所述封装请求数据包得到的数据处理结果，将所述数据处理结果转发至所述应用程序。为实现上述目的，本申请提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现前述公开的数据处理方法的步骤。为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述公开的数据处理方法的步骤。通过以上方案可知，本申请提供的一种数据处理系统，包括：应用程序，用于发送数据处理请求；中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求进行封装，得到封装请求数据包；中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所述应用程序。本申请提供的数据处理系统，在原有应用程序和密码设备之间添加中间件客户端和中间件服务端，利用上述中间件客户端和中间件服务端作为信息中转站，能够对应用程序发送的数据处理请求进行封装得到封装请求数据包，并将其转发至密码设备，无需应用程序直接与密码设备进行交互，从而避免了密码设备无法处理多个应用并发访问的问题，无论当前密码设备是否正在处理数据，应用程序发送的请求都能够被中间件客户端接收，利用中间件客户端和中间件服务端对数据请求进行调度协调，提升了用户体验。本申请还公开了一种数据处理方法及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例公开的一种数据处理系统的结构图；图2为本申请实施例公开的一种具体的数据处理系统的结构图；图3为本申请实施例公开的另一种具体的数据处理系统的结构图；图4为本申请实施例公开的一种的数据处理方法的流程图；图5为本申请实施例公开的一种电子设备的结构图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在现有技术中，同一终端上，多个应用需要共用同一密码设备完成密码功能。然而，大部分密码设备，尤其是硬件设备，由于其自身条件的限制，无法处理多个应用的并发访问。当多个请求同时发起时，往往会引发访问错误等问题。因此，当多个应用程序需要访问密码设备以获得数据服务时，需要等待密码设备完成当前数据处理任务后方可继续发起数据访问请求，导致多个应用使用密码设备时难以协调，用户体验不佳。因此，本申请实施例公开了一种数据处理系统，显著减少了应用程序的等待时间，提升了用户体验。参见图1所示，本申请实施例公开的一种数据处理系统100包括：应用程序101，用于发送数据处理请求；本实施例中，应用程序101发送的数据处理请求可以包括但不限于：数据访问请求、数据加密请求、数据解密请求、签名验证请求等。中间件客户端本文档来自技高网...

【技术保护点】
1.一种数据处理系统，其特征在于，包括：/n应用程序，用于发送数据处理请求；/n中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求进行封装，得到封装请求数据包；/n中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；/n密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所述应用程序。/n

【技术特征摘要】
1.一种数据处理系统，其特征在于，包括：
应用程序，用于发送数据处理请求；
中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求进行封装，得到封装请求数据包；
中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；
密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所述应用程序。


2.根据权利要求1所述的数据处理系统，其特征在于，所述中间件服务端，还包括：
通知发送模块，用于接收到所述封装请求数据包后，发送通知消息至所述中间件客户端，以主动提示所述密码设备状态变化。


3.根据权利要求1所述的数据处理系统，其特征在于，所述中间件客户端，还包括：
失败反馈模块，用于若预设时间内未接收到所述数据处理结果，则反馈请求失败信息至所述应用程序。


4.根据权利要求1所述的数据处理系统，其特征在于，所述中间件客户端和所述中间件服务端利用密钥协商建立加密通道，以利用所述加密通道安全传输所述数据处理请求及所述数据处理结果。


5.根据权利要求1所述的数据处理系统，其特征在于，所述中间件服务端，还包括：
客户端管理模块，用于统计所有与所述中间件服务端进行连接的所述中间件客户端，并记录所述中间件客户端的连接状态。


6.根据权利要求1所述的数据处理系统，其特征在于，所...

【专利技术属性】
技术研发人员：王俊人，陈琢，陈强，余明华，田勇强，陶世刚，赵雪峰，
申请(专利权)人：成都卫士通信息产业股份有限公司，
类型：发明
国别省市：四川;51