CN112000493A - 一种数据处理系统、方法及电子设备和存储介质 - Google Patents

Abstract

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

Description

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

技术领域

本申请涉及移动通信技术领域，更具体地说，涉及一种数据处理系统、 方法及一种电子设备和一种计算机可读存储介质。

背景技术

密码设备是指在移动终端上为应用提供各类密钥的安全存储，并提供相 关密码服务(例如加解密、签名验签等)的软硬件设备，例如加密TF卡、加 密USIM卡、加密软算法模块等。移动终端的上层应用通过直接调用密码设备 提供的接口访问密码设备来使用其中存储的密钥。

随着移动互联网的发展以及数字信息的安全问题越来越受到人们的重 视，通过密码设备对数据进行保护的应用变得越来越普遍。因此，在同一终 端上，多个应用需要共用同一密码设备完成密码功能。然而，大部分密码设 备，尤其是硬件设备，由于其自身条件的限制，无法处理多个应用的并发访 问。当多个请求同时发起时，往往会引发访问错误等问题。因此，当多个应 用程序需要访问同一密码设备以获得数据服务时，需要等待密码设备完成当 前数据处理任务后方可继续发起数据访问请求，导致多个应用使用密码设备 时难以协调，实现难度大，用户体验不佳。

因此，如何解决上述问题是本领域技术人员需要重点关注的。

发明内容

本申请的目的在于提供一种数据处理系统、方法及一种电子设备和一种 计算机可读存储介质，协调多个应用对密码设备的同时使用，提升了用户体 验。

为实现上述目的，本申请提供了一种数据处理系统，包括：

应用程序，用于发送数据处理请求；

中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求 进行封装，得到封装请求数据包；

中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；

密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并 根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述 中间件服务端转发至所述应用程序。

可选的，所述中间件服务端，还包括：

通知发送模块，用于接收到所述封装请求数据包后，发送通知消息至所 述中间件客户端，以主动提示所述密码设备状态变化。

可选的，所述中间件客户端，还包括：

失败反馈模块，用于若预设时间内未接收到所述数据处理结果，则反馈 请求失败信息至所述应用程序。

可选的，所述中间件客户端和所述中间件服务端利用密钥协商建立加密 通道，以利用所述加密通道传输所述数据处理请求及所述数据处理结果。

可选的，所述中间件服务端，还包括：

客户端管理模块，用于统计所有与所述中间件服务端进行连接的所述中 间件客户端，并记录所述中间件客户端的连接状态。

可选的，所述中间件服务端，还包括：

身份认证模块，用于在接收到所述数据处理请求后，对发起所述数据处 理请求的应用程序进行身份认证。

可选的，所述中间件客户端部署在所述应用程序中。

可选的，所述中间件客户端和所述中间件服务端均部署在所述应用程序 中。

可选的，所述中间件服务端，还包括：

协商模块，用于与其余所有中间件服务端进行协商，确定最终用于接收 所述数据处理请求的目标服务端。

为实现上述目的，本申请提供了一种数据处理方法，应用于中间件服务 端，包括：

接收封装请求数据包；其中，所述封装请求数据包为中间件客户端获取 到应用程序发送的数据处理请求后对所述数据处理请求进行封装得到的数据 包；

将所述封装请求数据包转发至密码设备；

接收所述密码设备根据所述封装请求数据包得到的数据处理结果，将所 述数据处理结果转发至所述应用程序。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现前述公开的数据处理方法的步 骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机 可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前 述公开的数据处理方法的步骤。

通过以上方案可知，本申请提供的一种数据处理系统，包括：应用程 序，用于发送数据处理请求；中间件客户端，用于获取到所述数据处理请求 后，对所述数据处理请求进行封装，得到封装请求数据包；中间件服务端， 用于接收所述中间件客户端发送的所述封装请求数据包；密码设备，用于接 收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据 包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所 述应用程序。

本申请提供的数据处理系统，在原有应用程序和密码设备之间添加中间 件客户端和中间件服务端，利用上述中间件客户端和中间件服务端作为信息 中转站，能够对应用程序发送的数据处理请求进行封装得到封装请求数据包， 并将其转发至密码设备，无需应用程序直接与密码设备进行交互，从而避免 了密码设备无法处理多个应用并发访问的问题，无论当前密码设备是否正在 处理数据，应用程序发送的请求都能够被中间件客户端接收，利用中间件客 户端和中间件服务端对数据请求进行调度协调，提升了用户体验。

本申请还公开了一种数据处理方法及一种电子设备和一种计算机可读存 储介质，同样能实现上述技术效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不 能限制本申请。

附图说明

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

图1为本申请实施例公开的一种数据处理系统的结构图；

图2为本申请实施例公开的一种具体的数据处理系统的结构图；

图3为本申请实施例公开的另一种具体的数据处理系统的结构图；

图4为本申请实施例公开的一种的数据处理方法的流程图；

图5为本申请实施例公开的一种电子设备的结构图。

具体实施方式

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

在现有技术中，同一终端上，多个应用需要共用同一密码设备完成密码 功能。然而，大部分密码设备，尤其是硬件设备，由于其自身条件的限制， 无法处理多个应用的并发访问。当多个请求同时发起时，往往会引发访问错 误等问题。因此，当多个应用程序需要访问密码设备以获得数据服务时，需 要等待密码设备完成当前数据处理任务后方可继续发起数据访问请求，导致 多个应用使用密码设备时难以协调，用户体验不佳。

因此，本申请实施例公开了一种数据处理系统，显著减少了应用程序的 等待时间，提升了用户体验。

参见图1所示，本申请实施例公开的一种数据处理系统100包括：

应用程序101，用于发送数据处理请求；

本实施例中，应用程序101发送的数据处理请求可以包括但不限于：数 据访问请求、数据加密请求、数据解密请求、签名验证请求等。

中间件客户端102，用于获取到所述数据处理请求后，对所述数据处理请 求进行封装，得到封装请求数据包；

具体地，中间件客户端102用于在获取到数据处理请求后，基于与服务 端对应的预设通信协议对数据处理请求进行封装，得到封装请求数据包。

中间件服务端103，用于接收所述中间件客户端发送的所述封装请求数据 包；

密码设备104，用于接收所述中间件服务端转发的所述封装请求数据包， 并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所 述中间件服务端转发至所述应用程序。

本实施例中，中间件服务端103在接收到封装请求数据包后，将封装请 求数据包转发至密码设备104，以便密码设备104基于预设通信协议对封装请 求数据包进行解析，得到对应的数据处理请求，并对数据处理请求进行响应， 得到对应的数据处理结果，并通过中间件服务端103将数据处理结果转发至 应用程序中101。

本申请提供的数据处理系统，在原有应用程序和密码设备之间添加中间 件客户端和中间件服务端作为信息中转站，能够对应用程序发送的数据处理 请求进行封装得到封装请求数据包，并将其转发至密码设备，无需应用程序 直接与密码设备进行交互，从而避免了由于密码设备自身限制导致无法处理 多个应用并发访问的问题，无论当前密码设备是否正在处理数据，应用程序 发送的请求都能够被中间件客户端接收，利用中间件客户端和中间件服务端 对数据请求进行调度协调，提升了用户体验。

本申请实施例公开了另外一种数据处理系统，相对于上一实施例，本实 施例对技术方案作了进一步的说明和优化。具体的，本实施例公开的数据处 理系统包括：

应用程序，用于发送数据处理请求；

中间件客户端，用于获取数据处理请求并封装得到封装请求数据包；

其中，中间件客户端中用于获取到所述数据处理请求后，对所述数据处 理请求进行封装，得到封装请求数据包。可以理解的是，本实施例将对数据 处理请求进行封装的功能从应用程序中进行分离，从而提高应用程序的性能。

本实施例中，中间件客户端还进一步包括失败反馈模块，用于在预设时 间内若未能接收到数据处理结果，则向应用程序发送请求失败信息，用于提 示应用程序重新发送请求或进行其他操作，避免请求失败但应用程序仍处于 长时间等待状态。其中，预设时间可以为预先通过人工设定的最长响应等待 时间。

中间件服务端，用于接收中间件客户端转发的封装请求数据包；

需要说明的是，本实施例中，中间件服务端可以包括通知发送模块，用 于接收到封装请求数据包后，发送通知消息至中间件客户端，以提示密码设 备状态变化。相应的，上述中间件客户端中的失败反馈模块也可以具体用于 若在预设时间内未能接收到通知消息后，则可向应用程序反馈请求失败信息， 避免应用程序长时间处于等待状态。此处的预设时间可以与前述等待数据处 理结果的预设时间相同，也可根据具体的业务需求设置不同的时间，在此不 对其进行具体限定。

进一步地，中间件服务端还可以包括客户端管理模块，用于统计所有与 中间件服务端进行连接的中间件客户端，并记录与所有中间件客户端的连接 状态，从而后续可根据客户端管理模块记录的信息查询历史连接信息。

可以理解的是，中间件服务端可以进一步包括身份认证模块，用于在接 收到数据处理请求后，对发起数据处理请求的应用程序进行身份认证，从而 控制上层应用的接入，防止未经授权的应用程序访问密码设备，以免对正常 的应用调用造成影响。

本实施例中，利用密钥协商的方式在中间件客户端和中间件服务端建立 加密通道，从而可以利用加密通道传输数据处理请求及数据处理结果，进一 步提高数据的安全性。

密码设备，用于接收中间件服务端转发的封装请求数据包，并根据所述 封装请求数据包得到数据处理结果，将数据处理结果通过中间件服务端转发 至应用程序。

本实施例中，将数据处理结果通过中间件服务端转发至应用程序的过程 可以具体包括：利用中间件服务端将数据处理结果发送至中间件客户端，以 便中间件客户端将数据处理结果转发至应用程序。

在一种具体实施方式中，本实施例公开的数据处理系统将中间件客户端 和中间件服务端均部署在应用程序中，参见图2所示，本申请实施例公开了 一种具体的数据处理系统。

在此种实施方式下，同一移动终端上多个应用均集成了中间件服务端， 相应的，中间件服务端中包括协商模块，用于在需要利用中间件服务端与密 码设备进行交互时，多个中间件服务端将进行内部协商和决策，最终确定目 标服务端作为首领服务端，其余中间件服务端将自动关闭，仅存首领服务端 处于活跃状态，与所有中间件客户端连接，多个中间件客户端通过活跃的首 领服务端调用密码设备，使得上层应用程序获得密码服务。当首领服务端对 应的应用程序关闭时，首领服务端也将关闭，此时其他应用中的中间件服务端可再次进行协商决策，决定新的首领服务端。

在另一种具体实施方式中，本实施例公开的数据处理系统将中间件客户 端部署在应用程序中，参见图3所示，本申请实施例公开了又一种具体的数 据处理系统。

在此种实施方式下，中间件客户端和中间件服务端之间建立通信，进行 消息收发。同一应用程序中的一个或多个线程，作为同一客户端连接服务端。 当应用调用密码设备接口后，消息处理模块对应用程序发起的数据处理请求 进行封装，并利用消息发送模块将封装后数据包发送至中间件服务端，进入 等待状态。当中间件服务端的消息收发模块中建立的接收线程收到封装后数 据包后，通知处于等待中的客户端线程，反馈数据发送成功的信息。

进一步地，中间件服务端利用消息处理模块对封装后数据包进行解封， 以得到对应的数据处理请求。

在中间件服务端中，客户端管理模块建立管理线程，管理与中间件客户 端的连接。同时，服务端将对已经连接的中间件客户端进行识别和身份认证， 控制上层应用的接入，防止未经授权的应用使用密码设备。服务端同样通过 消息收发模块，与多个客户端进行交互。获取到从各个中间件客户端发送的 封装后数据包并在中间件服务端进行排队后，依次送入密码设备中进行处理， 并获得返回结果。

另外，中间件服务端中还包括密码设备管理模块及密码设备调用模块， 用于管理与密码设备的连接以及通过密码设备调用模块实现对密码设备的调 用，完成数据处理。

由上可知，本申请提供的数据处理系统包括在应用程序中完整集成中间 件客户端和中间件服务端，或者应用程序中仅仅集成客户端两种部署方式， 具有较大的灵活性。

下面对本申请实施例提供的一种数据处理方法进行介绍，下文描述的一 种数据处理方法与上文描述的一种数据处理系统可以相互参照。

参见图4所示，本申请实施例提供的一种数据处理方法，应用于中间件服 务端，包括：

S201：接收封装请求数据包；其中，所述封装请求数据包为中间件客户 端获取到应用程序发送的数据处理请求后对所述数据处理请求进行封装得到 的数据包；

S202：将所述封装请求数据包转发至密码设备；

S203：接收所述密码设备根据所述封装请求数据包得到的数据处理结果， 将所述数据处理结果转发至所述应用程序。

关于上述步骤S201至S203的具体实施方式可参考前述实施例公开的具 体内容，在此不再进行赘述。

图5是根据一示例性实施例示出的一种电子设备300的框图。如图5所 示，该电子设备300可以包括：处理器301，存储器302。该电子设备300还 可以包括多媒体组件303，输入/输出(I/O)接口304，以及通信组件305中 的一者或多者。

其中，处理器301用于控制该电子设备300的整体操作，以完成上述的 数据处理方法中的全部或部分步骤。存储器302用于存储各种类型的数据以 支持在该电子设备300的操作，这些数据例如可以包括用于在该电子设备300 上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系 人数据、收发的消息、图片、音频、视频等等。该存储器302可以由任何类 型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存 储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存 储器(Electrically Erasable Programmable Read-Only Memory，简称 EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)， 磁存储器，快闪存储器，磁盘或光盘。多媒体组件303可以包括屏幕和音频 组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。 例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接 收的音频信号可以被进一步存储在存储器302或通过通信组件305发送。音 频组件还包括至少一个扬声器，用于输出音频信号。I/O接口304为处理器 301和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标， 按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件305用于该电子 设备300与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝 牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或 它们中的一种或几种的组合，因此相应的该通信组件305可以包括：Wi-Fi模 块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备300可以被一个或多个应用专用集成电 路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器 (DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简 称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上 述的数据处理方法。

本申请提供的数据处理系统，在原有应用程序和密码设备之间添加中间 件服务端，利用中间件服务端作为信息中转站，能够接收根据应用程序发送 的数据处理请求得到的封装请求数据包并将其转发至密码设备，无需应用程 序直接与密码设备进行交互，从而避免了由于密码设备自身限制导致无法处 理多个应用并发访问的问题，无论当前密码设备是否正在处理数据，应用程 序发送的请求都能够被中间件服务端接收，显著减少了应用程序的等待时间， 提升了用户体验。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是 与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对 于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的 比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的 普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若 干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅 仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或 者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语 “包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括 一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没 有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素， 并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同 要素。

Claims (12)

1.一种数据处理系统，其特征在于，包括：

应用程序，用于发送数据处理请求；

中间件客户端，用于获取到所述数据处理请求后，对所述数据处理请求进行封装，得到封装请求数据包；

中间件服务端，用于接收所述中间件客户端发送的所述封装请求数据包；

密码设备，用于接收所述中间件服务端转发的所述封装请求数据包，并根据所述封装请求数据包得到数据处理结果，将所述数据处理结果通过所述中间件服务端转发至所述应用程序。

2.根据权利要求1所述的数据处理系统，其特征在于，所述中间件服务端，还包括：

通知发送模块，用于接收到所述封装请求数据包后，发送通知消息至所述中间件客户端，以主动提示所述密码设备状态变化。

3.根据权利要求1所述的数据处理系统，其特征在于，所述中间件客户端，还包括：

失败反馈模块，用于若预设时间内未接收到所述数据处理结果，则反馈请求失败信息至所述应用程序。

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

5.根据权利要求1所述的数据处理系统，其特征在于，所述中间件服务端，还包括：

客户端管理模块，用于统计所有与所述中间件服务端进行连接的所述中间件客户端，并记录所述中间件客户端的连接状态。

6.根据权利要求1所述的数据处理系统，其特征在于，所述中间件服务端，还包括：

身份认证模块，用于在接收到所述数据处理请求后，对发起所述数据处理请求的应用程序进行身份认证。

7.根据权利要求1至6任一项所述的数据处理系统，其特征在于，所述中间件客户端部署在所述应用程序中。

8.根据权利要求1至6任一项所述的数据处理系统，其特征在于，所述中间件客户端和所述中间件服务端均部署在所述应用程序中。

9.根据权利要求8所述的数据处理系统，其特征在于，所述中间件服务端，还包括：

协商模块，用于与其余所有中间件服务端进行协商，确定最终用于接收所述数据处理请求的目标服务端。

10.一种数据处理方法，其特征在于，应用于中间件服务端，包括：

接收封装请求数据包；其中，所述封装请求数据包为中间件客户端获取到应用程序发送的数据处理请求后对所述数据处理请求进行封装得到的数据包；

将所述封装请求数据包转发至密码设备；

接收所述密码设备根据所述封装请求数据包得到的数据处理结果，将所述数据处理结果转发至所述应用程序。

11.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求10所述的数据处理方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求10所述的数据处理方法的步骤。

Images