CN112306512B - 一种基于ccid协议下载安装apk文件的方法及系统 - Google Patents

Abstract

本发明公开了一种基于CCID协议下载安装APK文件的方法及系统，涉及Android系统设备APK下载领域，该方法包括获取待安装的APK文件，并将获取的APK文件转换为16进制格式；基于CCID协议，PC端分包发送格式转换后的APK文件至Android端；Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证；验证通过后调用安装接口进行APK文件的安装。本发明有效提升POS设备上调试工具软件安装操作时的便捷性。

Description

一种基于CCID协议下载安装APK文件的方法及系统

技术领域

本发明涉及Android系统设备APK(Android application package，Android应用程序包)下载领域，具体涉及一种基于CCID协议下载安装APK文件的方法及系统。

背景技术

Android系统POS(Point Of Sale，销售终端)设备的APK下载及安装一般是通过本机搭载的应用市场进行，用户自行在应用市场选择需要下载安装的应用，并连接网络后，下载到本机进行安装使用。

应用市场下载安装APK的方案一般只针对于用户，且所提供的只是在用户日常使用中需要用到的软件，其并不会将某些专业应用，如调试工具部署其中，从而给POS设备的调试工作带来一定难度。

对于已上市的POS设备，若要安装工具软件来进行调试，将某些不对外开放的工具软件部署到应用市场不是一种安全妥善的方案，会导致用户进行一些误操作，对正常运行的POS设备带来安全隐患；若采用召回机器的方式，由于时间跨度过大和实际操作环境差异，也会对用户的使用和厂商的调试造成不良影响。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种基于CCID协议下载安装APK文件的方法及系统，有效提升POS设备上调试工具软件安装操作时的便捷性。

为达到以上目的，本发明提供的一种基于CCID协议下载安装APK文件的方法，包括以下步骤：

获取待安装的APK文件，并将获取的APK文件转换为16进制格式；

基于CCID协议，PC端分包发送格式转换后的APK文件至Android端；

Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证；

验证通过后调用安装接口进行APK文件的安装。

在上述技术方案的基础上，所述基于CCID协议，PC端分包发送格式转换后的APK文件至Android端，具体步骤为：

PC端与Android端间建立通信接口；

启动CCID协议数据监听；

通过CCID协议，PC端采用分包方式发送格式转换后的APK文件至Android端。

在上述技术方案的基础上，所述PC端分包发送给Android端的APK文件，每包数据均由偏移地址、APK数据和CRC校验值组成。

在上述技术方案的基础上，所述Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证，其中，进行APK文件数据完整性和合法性的验证，具体步骤为：

判断每包数据的长度是否等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值是否与每包数据中原本含有的CRC校验值相同，若均为是，则APK文件的数据完整性和合法性验证通过，反之，则APK文件的数据完整性和/或合法性验证不通过。

在上述技术方案的基础上，在调用安装接口实现APK文件的安装之前，还包括：

PC端生成签名数据并发送给Android端；

Android端接收签名数据，同时Android端对已接收的APK文件进行计算，得到签名数据；

Android端将计算得到的签名数据与接收的签名数据进行比对，若一致，则调用安装接口进行APK文件的安装，若不一致，则不进行APK文件的安装。

在上述技术方案的基础上，所述PC端生成签名数据的具体步骤包括：

以8字节为单位，PC端对格式转换后的APK文件进行分包；

对分包后的每包数据依次进行异或运算；

将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

在上述技术方案的基础上，所述Android端对已接收的APK文件进行计算，得到签名数据，具体步骤包括：

以8字节为单位，Android端对接收的APK文件进行分包；

Android端对分包后的每包数据依次进行异或运算；

将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

在上述技术方案的基础上，

当APK文件数据完整性和合法性的验证通过时，以及APK文件安装完成时，Android端均通知PC端。

本发明提供的一种基于CCID协议下载安装APK文件的系统，包括：

PC，其用于获取待安装的APK文件，并将获取的APK文件转换为16进制格式，然后基于CCID协议，分包发送格式转换后的APK文件至Android端；

POS设备，其用于接收PC端发送的APK文件并解析，进行APK文件数据完整性和合法性的验证，并待验证通过后调用安装接口进行APK文件的安装。

在上述技术方案的基础上，所述PC分包发送给POS设备的APK文件，每包数据均由偏移地址、APK数据和CRC校验值组成。

与现有技术相比，本发明的优点在于：PC端将待安装的APK文件进行格式转换后发送给Android端，Android端接收并验证通过后进行APK文件的安装，即通过PC端来进行Android系统POS设备APK文件的安装，有效提升POS设备上调试工具软件安装操作时便捷性，避免误操作以保证POS设备的安全性。

附图说明

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

图1为本发明实施例中一种基于CCID协议下载安装APK文件的方法的流程图；

图2为本发明实施例中一种基于CCID协议下载安装APK文件的系统的结构示意图。

具体实施方式

本发明实施例提供一种基于CCID协议下载安装APK文件的方法，通过PC端来进行Android系统POS设备APK文件的安装，有效提升POS设备上调试工具软件安装操作时便捷性，避免误操作以保证POS设备的安全性。本发明实施例相应地还提供了一种基于CCID协议下载安装APK文件的系统。

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

本发明实施例提供的一种基于CCID协议下载安装APK文件的方法，用于实现搭载Android系统的POS设备的APK文件安装。参见图1所示，本发明实施例提供的一种基于CCID协议下载安装APK文件的方法，具体包括以下步骤：

S1：获取待安装的APK文件，并将获取的APK文件转换为16进制格式。本发明实施例中，PC(Personal Computer，个人计算机)端可以通过网络在线下载或其它方式获取POS设备的待安装的APK文件，然后PC端再对待安装的APK文件进行格式转换，将其转换为16进制格式。

S2：基于CCID(智能卡接口)协议，PC端分包发送格式转换后的APK文件至Android端；即PC端先对格式转换后的APK进行分包，然后以包为单位，发送分包后的APK文件至Android端。

本发明实施例中，PC端分包发送给Android端的APK文件，每包数据均由偏移地址、APK数据和CRC(Cyclic Redundancy Check，循环冗余校验)校验值组成。具体的，每包数据最大可以为254字节，其中偏移地址为4字节，APK数据为1～248字节，CRC校验值为2字节。

S3：Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证。当APK文件数据的完整性和合法性均满足时，则判定验证通过，反之，则验证不通过。

S4：验证通过后调用安装接口进行APK文件的安装。即当验证通过后，POS设备调用安装接口进行APK文件的安装，进而完成POS设备上应用程序的安装。

本发明实施例中，基于CCID协议，PC端分包发送格式转换后的APK文件至Android端，具体步骤为：

S201：PC端与Android端间建立通信接口；

S202：启动CCID协议数据监听；

S203：通过CCID协议，PC端采用分包方式发送格式转换后的APK文件至Android端。

本发明实施例中，Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证，其中，进行APK文件数据完整性和合法性的验证，具体步骤为：

判断每包数据的长度是否等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值是否与每包数据中原本含有的CRC校验值相同，若均为是，则APK文件的数据完整性和合法性验证通过，反之，则APK文件的数据完整性和/或合法性验证不通过。例如，若每包数据的长度等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值与每包数据中原本含有的CRC校验值不相同，则完整性通过，合法性不通过；若每包数据的长度不等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值与每包数据中原本含有的CRC校验值相同，则完整性不通过，合法性通过；若每包数据的长度不等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值与每包数据中原本含有的CRC校验值不相同，则完整性和合法性均不通过。

本发明实施例中，在调用安装接口实现APK文件的安装之前，还包括：

A：PC端生成签名数据并发送给Android端；

B：Android端接收签名数据，同时Android端对已接收的APK文件进行计算，得到签名数据；

C：Android端将计算得到的签名数据与接收的签名数据进行比对，若一致，则调用安装接口进行APK文件的安装，若不一致，则不进行APK文件的安装。

其中，PC端生成签名数据的具体步骤包括：

A1：以8字节为单位，PC端对格式转换后的APK文件进行分包；

A2：对分包后的每包数据依次进行异或运算；

A3：将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

其中，Android端对已接收的APK文件进行计算，得到签名数据，具体步骤包括：

B1：以8字节为单位，Android端对接收的APK文件进行分包；

B2：Android端对分包后的每包数据依次进行异或运算；

B3：将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

本发明实施例中，当APK文件数据完整性和合法性的验证通过时，以及APK文件安装完成时，Android端均通知PC端。即当Android端对APK文件数据进行完整性和合法性验证，验证通过后，Android端发送通知消息给PC端，PC端收到通知消息后向Android端发送签名数据；Android端安装APK文件完成后，Android端也发送通知消息给PC端。

本发明实施例的基于CCID协议下载安装APK文件的方法，PC端将待安装的APK文件进行格式转换后发送给Android端，Android端接收并验证通过后进行APK文件的安装，即通过PC端来进行Android系统POS设备APK文件的安装，有效提升POS设备上调试工具软件安装操作时便捷性，避免误操作以保证POS设备的安全性。且不必使用市场安装APK文件的方式或者设备召回的方式来进行POS设备的调试，有效提升POS设备调试的便捷性和安全性。

参见图2所示，本发明实施例提供的一种基于CCID协议下载安装APK文件的系统，包括PC和POS设备，用于在POS设备上进行应用程序的安装，本发明实施例中的POS设备运行Android系统，且本发明实施例中的Android端指POS设备。

PC用于获取待安装的APK文件，并将获取的APK文件转换为16进制格式，然后基于CCID协议，分包发送格式转换后的APK文件至Android端；POS设备用于接收PC端发送的APK文件并解析，进行APK文件数据完整性和合法性的验证，并待验证通过后调用安装接口进行APK文件的安装。

本发明实施例中，PC基于CCID协议，分包发送格式转换后的APK文件至POS设备，具体为：PC与POS设备间建立通信接口；启动CCID协议数据监听；通过CCID协议，PC采用分包方式发送格式转换后的APK文件至POS设备。PC端分包发送给Android端的APK文件，每包数据均由偏移地址、APK数据和CRC校验值组成。

本发明实施例中，POS设备接收PC发送的APK文件并解析，进行APK文件数据完整性和合法性的验证，其中，进行APK文件数据完整性和合法性的验证，具体步骤为：判断每包数据的长度是否等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值是否与每包数据中原本含有的CRC校验值相同，若均为是，则APK文件的数据完整性和合法性验证通过，反之，则APK文件的数据完整性和/或合法性验证不通过。

本发明实施例中，POS设备在调用安装接口实现APK文件的安装之前，还包括：PC生成签名数据并发送给POS设备；POS设备接收签名数据，同时POS设备对已接收的APK文件进行计算，得到签名数据；POS设备将计算得到的签名数据与接收的签名数据进行比对，若一致，则调用安装接口进行APK文件的安装，若不一致，则不进行APK文件的安装。

本发明实施例的基于CCID协议下载安装APK文件的系统，PC将待安装的APK文件进行格式转换后发送给POS设备，POS设备接收并验证通过后进行APK文件的安装，即通过PC来进行POS设备上应用程序的安装，有效提升POS设备上调试工具软件安装操作时便捷性，避免误操作以保证POS设备的安全性。

本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

Claims (7)

1.一种基于CCID协议下载安装APK文件的方法，其特征在于，包括以下步骤：

获取待安装的APK文件，并将获取的APK文件转换为16进制格式；

基于CCID协议，PC端分包发送格式转换后的APK文件至Android端；

Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证；

验证通过后调用安装接口进行APK文件的安装；

其中，所述PC端分包发送给Android端的APK文件，每包数据均由偏移地址、APK数据和CRC校验值组成；

其中，所述Android端接收APK文件并解析，进行APK文件数据完整性和合法性的验证，其中，进行APK文件数据完整性和合法性的验证，具体步骤为：

判断每包数据的长度是否等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值是否与每包数据中原本含有的CRC校验值相同，若均为是，则APK文件的数据完整性和合法性验证通过，反之，则APK文件的数据完整性和/或合法性验证不通过。

2.如权利要求1所述的一种基于CCID协议下载安装APK文件的方法，其特征在于，所述基于CCID协议，PC端分包发送格式转换后的APK文件至Android端，具体步骤为：

PC端与Android端间建立通信接口；

启动CCID协议数据监听；

通过CCID协议，PC端采用分包方式发送格式转换后的APK文件至Android端。

3.如权利要求1所述的一种基于CCID协议下载安装APK文件的方法，其特征在于，在调用安装接口实现APK文件的安装之前，还包括：

PC端生成签名数据并发送给Android端；

Android端接收签名数据，同时Android端对已接收的APK文件进行计算，得到签名数据；

Android端将计算得到的签名数据与接收的签名数据进行比对，若一致，则调用安装接口进行APK文件的安装，若不一致，则不进行APK文件的安装。

4.如权利要求3所述的一种基于CCID协议下载安装APK文件的方法，其特征在于，所述PC端生成签名数据的具体步骤包括：

以8字节为单位，PC端对格式转换后的APK文件进行分包；

对分包后的每包数据依次进行异或运算；

将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

5.如权利要求3所述的一种基于CCID协议下载安装APK文件的方法，其特征在于，所述Android端对已接收的APK文件进行计算，得到签名数据，具体步骤包括：

以8字节为单位，Android端对接收的APK文件进行分包；

Android端对分包后的每包数据依次进行异或运算；

将异或运算后的最后8字节数据转换成16进制格式，并使用16字节0xFF对该数据进行3DES加密，得到签名数据。

6.如权利要求1所述的一种基于CCID协议下载安装APK文件的方法，其特征在于：

当APK文件数据完整性和合法性的验证通过时，以及APK文件安装完成时，Android端均通知PC端。

7.一种基于CCID协议下载安装APK文件的系统，其特征在于，包括：

PC，其用于获取待安装的APK文件，并将获取的APK文件转换为16进制格式，然后基于CCID协议，分包发送格式转换后的APK文件至Android端；

POS设备，其用于接收PC端发送的APK文件并解析，进行APK文件数据完整性和合法性的验证，并待验证通过后调用安装接口进行APK文件的安装；

其中，所述PC分包发送给POS设备的APK文件，每包数据均由偏移地址、APK数据和CRC校验值组成；

其中，进行APK文件数据完整性和合法性的验证，具体步骤为：

判断每包数据的长度是否等于基于偏移地址计算得到的长度，对每包数据的APK数据计算得到的CRC校验值是否与每包数据中原本含有的CRC校验值相同，若均为是，则APK文件的数据完整性和合法性验证通过，反之，则APK文件的数据完整性和/或合法性验证不通过。