非接交互信息获取方法、装置、设备及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种非接交互信息获取方法、装置、设备及存储介质。

背景技术

超级用户识别模块卡(Subscriber Identity Module，SIM)是中国移动推出的符合国密标准，具备安全计算、安全存储、安全连接能力的全新一代SIM卡，除具备标准通信功能外，同时具备卡应用动态下载功能，即用户可通过卡包超市下载公交、门禁、校园、金融等应用，基于手机近场通信(Near Field Communication，NFC)能力，实现NFC近场刷卡。

随着超级SIM卡业务发展，用户规模不断加大，活跃用户核心业务场景如地铁、公交、门禁、校园等均通过非接触式刷卡完成，即在13.56MHz频率下近场通信中，支持单线协议(Single Wire Protocol，SWP)的SIM卡借助安卓终端NFC能力，完成机具与终端卡片的交互。获取用户业务场景的非接交互信息，实现大数据分析运营对超级SIM业务发展有极其重要的意义。

目前，非接交互信息获取方式为业务方入口获取，通过不同行业不同平台逐一对接，实现数据共享。但是，上述方式受限于业务方未留存或无法获取业务数据、合作意愿差等因素，局限性较严重，并且上述方式需要同不同行业一一对接，由于业务规则差异，无法统一处理，需建立多个分支对接，技术实施难度大。

发明内容

本发明的主要目的在于提供一种非接交互信息获取方法、装置、设备及存储介质，旨在解决现有的非接交互信息获取方式受限于业务方未留存或无法获取业务数据、合作意愿差等因素，局限性较严重，并且上述方式需要同不同行业一一对接，由于业务规则差异，无法统一处理，需建立多个分支对接，技术实施难度大的技术问题。

为实现上述目的，本发明提供一种非接交互信息获取方法，所述非接交互信息获取方法包括：

监测非接刷卡动作，并识别所述非接刷卡动作的交互类型；

根据所述交互类型记录非接交互信息；

将所述非接交互信息发送至卡管理平台。

可选地，所述根据所述交互类型记录非接交互信息，包括：

根据所述交互类型设置对应的标志位；

根据所述标志位汇总上报信息，获得非接交互信息。

可选地，所述将所述非接交互信息发送至卡管理平台，包括：

检测所述非接交互信息是否为个性化业务信息；

在所述非接交互信息为个性化业务信息时，通过共享接口和独立承载协议通道将所述非接交互信息发送至卡管理平台。

可选地，所述非接交互信息获取方法还包括：

接收所述卡管理平台发送的数据短信，并从所述数据短信中解析出命令数据；

根据所述命令数据开启或关闭非接交互信息获取功能。

可选地，所述将所述非接交互信息发送至卡管理平台，包括：

建立与卡管理平台之间的独立承载协议通道；

在所述独立承载协议通道建立成功后，通过所述独立承载协议通道将所述非接交互信息发送至所述卡管理平台。

可选地，所述建立与卡管理平台之间的独立承载协议通道之后，还包括：

在所述独立承载协议通道建立失败后，通过预设短信通道将所述非接交互信息发送至所述卡管理平台。

可选地，所述非接交互信息获取方法还包括：

在发送所述非接交互信息之前，基于预设国密密钥对所述非接交互信息进行加密；

通过所述独立承载协议通道或所述预设短信通道将加密后非接交互信息发送至所述卡管理平台。

此外，为实现上述目的，本发明还提出一种非接交互信息获取装置，所述非接交互信息获取装置包括：

识别模块，用于监测非接刷卡动作，并识别所述非接刷卡动作的交互类型；

记录模块，用于根据所述交互类型记录非接交互信息；

发送模块，用于将所述非接交互信息发送至卡管理平台。

此外，为实现上述目的，本发明还提出一种非接交互信息获取设备，所述非接交互信息获取设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的非接交互信息获取程序，所述非接交互信息获取程序配置为实现如上文所述的非接交互信息获取方法。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有非接交互信息获取程序，所述非接交互信息获取程序被处理器执行时实现如上文所述的非接交互信息获取方法。

在本发明中，公开了监测非接刷卡动作，并识别非接刷卡动作的交互类型，根据交互类型记录非接交互信息，将非接交互信息发送至卡管理平台；由于本发明中基于实时监控能力、信息存储能力以及卡应用信息上送能力来获取不同交互类型的非接交互信息，从而能够在无需逐一对接业务方数据平台的情况下，标准获取覆盖全部行业场景的非接交互信息，进而能够实现全类别、跨行业的数据收集。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的非接交互信息获取设备的结构示意图；

图2为本发明非接交互信息获取方法第一实施例的流程示意图；

图3为本发明非接交互信息获取方法一实施例的技术框架图；

图4为本发明非接交互信息获取方法第二实施例的流程示意图；

图5为本发明非接交互信息获取方法一实施例的判断逻辑图；

图6为本发明非接交互信息获取方法一实施例的通用刷卡信息记录交互图；

图7为本发明非接交互信息获取方法一实施例的个性化业务信息记录交互图；

图8为本发明非接交互信息获取方法第三实施例的流程示意图；

图9为本发明非接交互信息获取方法一实施例的上报机制和加解密流程图；

图10为本发明非接交互信息获取方法一实施例的功能开启/关闭机制流程图；

图11为本发明非接交互信息获取装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的非接交互信息获取设备结构示意图。

如图1所示，该非接交互信息获取设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)，可选用户接口1003还可以包括标准的有线接口、无线接口，对于用户接口1003的有线接口在本发明中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(Random Access Memory，RAM)，也可以是稳定的存储器(Non-volatileMemory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对非接交互信息获取设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，认定为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及非接交互信息获取程序。

在图1所示的非接交互信息获取设备中，网络接口1004主要用于连接后台服务器，与所述后台服务器进行数据通信；用户接口1003主要用于连接用户设备；所述非接交互信息获取设备通过处理器1001调用存储器1005中存储的非接交互信息获取程序，并执行本发明实施例提供的非接交互信息获取方法。

基于上述硬件结构，提出本发明非接交互信息获取方法的实施例。

参照图2，图2为本发明非接交互信息获取方法第一实施例的流程示意图，提出本发明非接交互信息获取方法第一实施例。

应当理解的是，超级SIM卡是中国移动推出的符合国密标准，具备安全计算、安全存储、安全连接能力的全新一代SIM卡，除具备标准通信功能外，同时具备卡应用动态下载功能，即用户可通过卡包超市下载公交、门禁、校园、金融等应用，基于手机NFC能力，实现NFC近场刷卡。

随着超级SIM卡业务发展，用户规模不断加大，活跃用户核心业务场景如地铁、公交、门禁、校园等均通过非接触式刷卡完成，即在13.56MHz频率下近场通信中，支持SWP协议的SIM卡借助安卓终端NFC能力，完成机具与终端卡片的交互。获取用户业务场景的非接交互信息，实现大数据分析运营对超级SIM业务发展有极其重要的意义。

目前，用户业务场景非接交互信息获取的最常用方案是业务方入口获取，通过不同行业不同平台逐一对接，实现数据共享。考虑到业务方拒绝或无法提供相关数据的情况，提出一种通用的获取全量用户业务场景非接交互信息方法的需求极为迫切。

现有的非接交互信息获取存在以下缺点：

1、公交、门禁、校园、金融等不同行业可能留存本行业数据，现有最常用的业务方对接方案，受限于业务方未留存或无法获取业务数据、合作意愿差等因素，局限性较严重。

2、超级SIM业务覆盖多个行业，不同行业只具备本行业的业务数据，无法跨行业获取，因此获取超级SIM业务全量的非接交互信息需要同不同行业一一对接；由于业务规则差异，无法统一处理，需建立多个分支对接，技术实施难度大。

因此，为了克服上述缺陷，本实施例中提出一种由超级SIM卡主动监控非接刷卡动作、通过卡应用基于安全信道主动上报非接交互信息的方法，实现跨行业获取全量业务非接交互信息，具体可以是：监测非接刷卡动作，并识别非接刷卡动作的交互类型，根据交互类型记录非接交互信息，将非接交互信息发送至卡管理平台；由于本实施例中基于实时监控能力、信息存储能力以及卡应用信息上送能力来获取不同交互类型的非接交互信息，从而能够在无需逐一对接业务方数据平台的情况下，标准获取覆盖全部行业场景的非接交互信息，进而能够实现全类别、跨行业的数据收集。

在第一实施例中，所述非接交互信息获取方法包括：

步骤S10：监测非接刷卡动作，并识别所述非接刷卡动作的交互类型。

可以理解的是，本实施例的执行主体可以是具有数据处理、网络通信以及程序运行功能的非接交互信息获取设备，例如，超级SIM卡等，或者是其他能够实现相同或相似功能的电子设备，本实施例对此不加限制。

应当理解的是，非接刷卡动作可以是非接触式近场刷卡动作，在13.56MHz非接触式近场刷卡场景中，包括但不限于ID类、M1类以及CPU卡应用等机卡交互类型。

其中，ID类的工作原理为：机具通过读取卡片唯一标识(例如IC卡非接物理层唯一标识符(Unique Identifier，UID)或安全元素识别码(Secure Element Identifier，SEID))判断卡片的有效性；ID类的安全级别为：交互过程无算法参与，安全性差，易被复制；ID类的应用场景为：多用于安全级别不高的门禁场景。

M1类可以是符合NXP公司企标、ISO 14443A标准的非接触式逻辑加密卡；M1类的工作原理为：机具通过读取卡片M1扇区数据或密钥，数据交互后判断卡片有效性；M1类的安全级别为：基于M1扇区存储及计算能力，安全性一般，存在暴力破解风险；M1类的应用场景为：多用于门禁、电梯、早期食堂等场景。

CPU卡应用的工作原理为：机具与CPU卡应用进行涉及密钥和算法指令流交互，判断卡片有效性；CPU卡应用的安全级别为：卡片具备安全计算能力，依据密钥的安全差异性，保证交互高安全性；CPU卡应用的应用场景为：适用于各类非接场景。

在具体实现中，例如，用户使用NFC手机加超级SIM卡在非接机具近场刷卡，超级SIM卡的片上操作系统(Chip Operating System，COS)通过实时监听SWP事件获取用户的非接刷卡动作，根据非接协议识别用户的非接刷卡动作属于CPU卡应用交互、M1扇区数据交互、UID或SEID标识交互的交互类型。

步骤S20：根据所述交互类型记录非接交互信息。

需要说明的是，非接交互信息包括但不限于非接刷卡交互信息，例如，超级SIM卡的COS根据交互类型记录非接刷卡交互信息。

步骤S30：将所述非接交互信息发送至卡管理平台。

可以理解的是，为了实现非接交互信息的存储，便于用户查看非接交互信息，本实施例中，将非接交互信息发送至卡管理平台，具体可以为：超级SIM卡的刷卡上报应用通过预设应用程序编程接口(Application Programming Interface，API)读取非接刷卡交互信息，在固定status间隔(SIM卡空闲时刻，无其他任务运行的情况下)后向卡管理平台上送非接刷卡交互信息，清空刷卡信息记录。

为了便于理解，参考图3进行说明，但并不对本方案进行限定。图3为本发明非接交互信息获取方法一实施例的技术框架图，图中，应用非接交互信息上报整体技术架构包括SIM卡管理平台、刷卡上报应用、超级SIM卡的片上操作系统(Chip Operating System，COS)以及非接机具等部分，业务流程如下：

1、用户使用NFC手机+超级SIM在非接机具近场刷卡；

2、SIM卡COS通过实时监听SWP事件获取用户非接进场操作，根据非接协议识别当前刷卡动作类型属于CPU卡应用交互、M1扇区数据交互、UID或SEID标识交互的种类，记录非接刷卡交互信息；

3、刷卡上报应用通过特定API读取非接刷卡交互信息，在固定status间隔(SIM卡空闲时刻，无其他任务运行的情况下)后向平台上送信息，清空刷卡信息记录；

3、卡片与平台支持BIP方式、短信方式两种信息上送方式，优先BIP方式，即卡片主动向平台建立BIP链接，建链成功后进行刷卡交互信息上送；若BIP建链失败，再次发送符合GSM0340标准协议的数据短信将本次刷卡交互信息经由短信网关上传至平台；

4、SIM卡管理平台对BIP通道或短信通道刷卡交互信息进行加解密传输保护，对收集到的刷卡数据进行拆分、解析及管理；

5、SIM卡管理平台将明文数据分类加密存储到数据库，输出数据报表。

在本实施例中，公开了监测非接刷卡动作，并识别非接刷卡动作的交互类型，根据交互类型记录非接交互信息，将非接交互信息发送至卡管理平台；由于本实施例中基于实时监控能力、信息存储能力以及卡应用信息上送能力来获取不同交互类型的非接交互信息，从而能够在无需逐一对接业务方数据平台的情况下，标准获取覆盖全部行业场景的非接交互信息，进而能够实现全类别、跨行业的数据收集。

参照图4，图4为本发明非接交互信息获取方法第二实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明非接交互信息获取方法的第二实施例。

在第二实施例中，所述步骤S20，包括：

步骤S201：根据所述交互类型设置对应的标志位。

应当理解的是，为了分别存储记录不同类型的非接交互信息，本实施例中，还根据交互类型设置对应的标志位，并根据标志位汇总上报信息，获得非接交互信息。

步骤S202：根据所述标志位汇总上报信息，获得非接交互信息。

为了便于理解，参考图5进行说明，但并不对本方案进行限定。图5为本发明非接交互信息获取方法一实施例的判断逻辑图，图中，超级SIM卡的卡片操作系统COS通过实时监听SWP事件的处理，准确感知非接刷卡动作，根据CPU、M1、UID类非接协议的差异，识别非接刷卡动作的交互类型，并分别存储记录不同的有效刷卡信息上报字段，具体步骤包括：

1、COS通过对具体SWP事件的监听，可判断卡片非接进场操作；当监听到非接离场事件后，继续下一步处理，否则继续监听；

2、判断当前是否有卡应用AID被有效选中，如被选中，则记录选中应用标识AID，并置CPU卡应用标志位，等待数据上报；

3、判断当前M1扇区是否存在读写操作，如存在读写操作，则记录16字节特定M1标识，并置M1标志位，等待数据上报；

4、如上述卡应用、M1均不存在，判断是否进行14443-3层寻卡操作，如有寻卡操作，则记录16字节特定UID标识，并置UID标志位，等待数据上报；否则进行下一轮COS实时监听。

在第二实施例中，所述步骤S30，包括：

步骤S301：检测所述非接交互信息是否为个性化业务信息。

应当理解的是，为了实现非接交互信息的分类获取及定时上送，本实施例中，可以将非接交互信息分为通用刷卡信息记录和个性化业务信息记录两种类型的刷卡信息上报。

为了便于理解，参考图6进行说明，但并不对本方案进行限定。图6为本发明非接交互信息获取方法一实施例的通用刷卡信息记录交互图，图中，通用刷卡信息记录：有效信息为刷卡时间、刷卡类型、刷卡应用名称、用户手机号。刷卡上报应用根据COS的有效标志位，汇总组合有效信息后经安全信道上报，具体步骤包括：

1、非接刷卡，机具发送寻卡/选择指令，卡COS层监听获取选择应用的AID或UID或SEID或M1信息并保存；

2、Server App即刷卡上报应用持续监听终端Status事件；

3、监听Status事件到固定轮询间隔后，刷卡上报应用调用getNFCRecord(…)方法从COS获取刷卡信息记录，COS清空当前刷卡记录信息；

4、刷卡上报应用判断是否存在有效刷卡信息记录，如不存在则继续监听Status事件；如存在刷卡信息记录，判断是否满足上报条件，如不满足上报条件则继续监听Status事件，如满足上报条件，则执行下一步；

5、上报应用拼装刷卡信息记录上报请求报文，优先BIP、短信补充的方式上报给SIM卡管理平台。

步骤S302：在所述非接交互信息为个性化业务信息时，通过共享接口和独立承载协议通道将所述非接交互信息发送至卡管理平台。

为了便于理解，参考图7进行说明，但并不对本方案进行限定。图7为本发明非接交互信息获取方法一实施例的个性化业务信息记录交互图，图中，个性化业务信息记录：在业务应用授权的情况下，不同业务应用通过共享接口，实现与刷卡上报应用之间全量业务数据跨安全域的共享。其中，根据行业类型不同，个性化信息字段为：公交地铁类应用上送交易记录、交易金额、余额、计数器、流水号等信息；门禁类应用上送用户信息、机具编号等；校园应用上送消费记录、用户信息、机具信息等。通用信息字段为：刷卡时间、刷卡类型、刷卡应用名称、用户手机号。刷卡上报应用会将通用信息字段与业务应用汇总的个性化字段组合后经安全通道全量上报。具体步骤为：

1、非接刷卡，机具发送选择/交易命令给Client App即业务方应用；

2、在交易过程中，业务方应用记录刷卡金额、流水号、交易记录等信息；

3、交易完成后，业务方应用通过uploadInfo(…)共享接口将刷卡信息记录发送给Server App即刷卡上报应用；

4、刷卡上报应用收到业务方应用有效刷卡信息记录后，缓存该记录；

5、刷卡上报应用监听到Status事件后，判断是否存在待发送记录，如不存在继续监听；如存在，则拼装刷卡信息记录上报请求报文，执行下一步；

6、个性化业务信息记录仅支持通过BIP方式上报给SIM卡管理平台(数据量最大支持128字节)。

本实施例将非接交互信息分为通用刷卡信息记录和个性化业务信息记录两种类型的刷卡信息上报，从而能够实现非接交互信息的分类获取及定时上送。

参照图8，图8为本发明非接交互信息获取方法第三实施例的流程示意图，基于上述图2所示的第一实施例，提出本发明非接交互信息获取方法的第三实施例。

在第三实施例中，所述步骤S30，包括：

步骤S301'：建立与卡管理平台之间的独立承载协议通道。

应当理解的是，为了提高信息上报的成功率，本实施例中，通过独立承载协议(Bearer Independent Protocol，BIP)通道和短信通道两种互为补充的方式实现非接交互信息的上报。

步骤S302'：在所述独立承载协议通道建立成功后，通过所述独立承载协议通道将所述非接交互信息发送至所述卡管理平台。

在具体实现中，例如，超级SIM卡主动向卡管理平台建立BIP链接，建链成功后进行非接交互信息上送。

进一步地，所述步骤S301'之后，还包括：

步骤S302"：在所述独立承载协议通道建立失败后，通过预设短信通道将所述非接交互信息发送至所述卡管理平台。

应当理解的是，若BIP建链失败，再次发送符合GSM0340标准协议的数据短信将非接交互信息经由短信网关上报至平台。

本实施例通过独立承载协议通道、短信通道两种互为补充的方式实现非接交互信息的上报，从而能够提高信息上报的成功率。

进一步地，为了提高信息发送的安全性，所述非接交互信息获取方法还包括：

在发送所述非接交互信息之前，基于预设国密密钥对所述非接交互信息进行加密；

通过所述独立承载协议通道或所述预设短信通道将加密后非接交互信息发送至所述卡管理平台。

为了便于理解，参考图9进行说明，但并不对本方案进行限定。图9为本发明非接交互信息获取方法一实施例的上报机制和加解密流程图，图中，卡管理平台的核心功能用于BIP通道或短信通道对刷卡上报数据进行加解密传输保护、数据解析、分类管理，具体包括：

a、刷卡上报功能默认选用BIP通道上送数据，规避数据短信可能存在用户扣费的风险，避免不好的用户体验；

b、BIP能力受限于终端因素及网关因素，无法保障100％成功，采用短信通道补充上送的方式，可以很好的提升数据上送成功率；

c、刷卡上报报文采用国密SM2算法加密，SIM卡在出厂时预置了保护密钥的公钥，对SIM卡的序列号、刷卡时间、应用标识等信息加密处理；

d、SIM卡管理平台收到刷卡信息后，使用国密SM2算法，用对应私钥进行报文解密，解析后将数据分类处理存储在数据库中，对用户手机号等明文敏感数据加密后再存储。

进一步地，为了满足用户的实际需求，提高用户体验，所述非接交互信息获取方法还包括：

接收所述卡管理平台发送的数据短信，并从所述数据短信中解析出命令数据；

根据所述命令数据开启或关闭非接交互信息获取功能。

为了便于理解，参考图10进行说明，但并不对本方案进行限定。图10为本发明非接交互信息获取方法一实施例的功能开启/关闭机制流程图，图中，刷卡上报功能需要取得用户授权，并需要提供撤回同意的功能，因此新增开启和关闭刷卡信息上报的功能。通过SIM卡管理平台发起关闭的GSM0348数据短信(下行短信，短信中的数据体加密)，卡片接收到数据短信后，完成数据解密和指令解析，自动关闭功能并做结果通知给平台，平台存储处理结果。同理，SIM卡管理平台也可以通过发送GSM0348数据短信(下行)再次开启刷卡信息上送功能。根据实际需求，实现单个用户开启关闭、批量用户开启关闭两类功能，完成操作界面开发，实现高效开启关闭功能。具体步骤包括：

a、登录SIM卡管理平台的操作页面，输入用户的手机号码，发起短信上报功能的开启或关闭操作；

b、SIM卡管理平台检索后台对应的SIM卡数据，基于数据中的序列号和密钥，进行短信数据的组装和加密(使用国密SM2算法私钥进行签名)，然后调用短信模块将数据短信发送到短信网关进行发送；

c、SIM卡接收数据短信，根据短信头进行识别，进行数据解密和解析(使用国密SM2算法公钥进行验签)；

d、SIM卡根据解析后的数据，识别为命令数据，并执行短信中的命令，进行刷卡上报功能的开启或关闭操作；

e、SIM卡将执行结果用数据短信的形式回复给SIM卡管理平台；

f、SIM卡管理平台收到结果反馈，进行数据短信的解密和解析，获取命令执行结果并记录本次的执行结果到数据库中。

此外，参照图11，本发明实施例还提出一种非接交互信息获取装置，所述非接交互信息获取装置包括：

识别模块10，用于监测非接刷卡动作，并识别所述非接刷卡动作的交互类型；

记录模块20，用于根据所述交互类型记录非接交互信息；

发送模块30，用于将所述非接交互信息发送至卡管理平台。

在本实施例中，公开了监测非接刷卡动作，并识别非接刷卡动作的交互类型，根据交互类型记录非接交互信息，将非接交互信息发送至卡管理平台；由于本实施例中基于实时监控能力、信息存储能力以及卡应用信息上送能力来获取不同交互类型的非接交互信息，从而能够在无需逐一对接业务方数据平台的情况下，标准获取覆盖全部行业场景的非接交互信息，进而能够实现全类别、跨行业的数据收集。

在一实施例中，所述记录模块20，还用于根据所述交互类型设置对应的标志位；根据所述标志位汇总上报信息，获得非接交互信息。

在一实施例中，所述发送模块30，还用于检测所述非接交互信息是否为个性化业务信息；在所述非接交互信息为个性化业务信息时，通过共享接口和独立承载协议通道将所述非接交互信息发送至卡管理平台。

在一实施例中，所述非接交互信息获取装置还包括：

管理模块，用于接收所述卡管理平台发送的数据短信，并从所述数据短信中解析出命令数据；根据所述命令数据开启或关闭非接交互信息获取功能。

在一实施例中，所述发送模块30，还用于建立与卡管理平台之间的独立承载协议通道；在所述独立承载协议通道建立成功后，通过所述独立承载协议通道将所述非接交互信息发送至所述卡管理平台。

在一实施例中，所述发送模块30，还用于在所述独立承载协议通道建立失败后，通过预设短信通道将所述非接交互信息发送至所述卡管理平台。

在一实施例中，所述发送模块30，还用于在发送所述非接交互信息之前，基于预设国密密钥对所述非接交互信息进行加密；通过所述独立承载协议通道或所述预设短信通道将加密后非接交互信息发送至所述卡管理平台。

本发明所述非接交互信息获取装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有非接交互信息获取程序，所述非接交互信息获取程序被处理器执行时实现如上文所述的非接交互信息获取方法。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器镜像(Read Only Memory image，ROM)/随机存取存储器(Random AccessMemory，RAM)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

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