本申请公开了一种车载业务信息的处理方法、装置及电子设备，涉及信息处理的技术领域。该方法包括：与车载端双向认证成功后，与车载端创建安全通道；在通过安全通道接收到车载端发送的业务指令之后，基于业务指令携带的业务数据确认是否生成待验证界面信息；若生成待验证界面信息，显示待验证界面信息，并在接收到对待验证界面信息的回复指令时，将对应的回复信息发送至车载端；若无需生成待验证界面信息，直接生成确认指令并通过安全通道发送至车载端。故本申请具有安全便捷、提升用户使用体验的优点。验的优点。验的优点。
【技术实现步骤摘要】
一种车载业务信息的处理方法、装置及电子设备
[0001]本申请涉及信息处理的
，具体而言，涉及一种车载业务信息的处理方法、装置及电子设备。
技术介绍
[0002]随着汽车的智能化水平提高，车内中控搭载的业务功能也逐渐增多。如数字车钥匙：将汽车及所属信息加载到用户手机或其他移动设备，用户通过NFC等通讯手段控制汽车执行开车门、启动发动机等操作。另外，车载支付业务功能也逐渐兴起，例如在车内购买音乐套餐、支付充电费用等。
[0003]目前车载端对业务信息进行处理时，预先配置过程比较复杂。车主将车借予其他人使用时，需要事先在车内关联对应使用者的账户或另外更换账户，否则预先绑定的账户容易出现被其他人消费等情况；或者，使用者支付业务时需要通过移动设备对车内中控屏显示的二维码扫码执行支付操作。以上方式通常比较繁琐且安全性较低，给用户或车主带来使用上的不便。
技术实现思路
[0004]本申请的目的在于提供一种车载业务信息的处理方法、装置、电子设备与存储介质，在提升车载业务操作的便捷性同时增强了安全性，提升了用户的使用体验。
[0005]本申请的实施例是这样实现的：
[0006]本申请实施例第一方面提供了一种车载业务信息的处理方法，该方法应用于移动端，该方法包括：与车载端双向认证成功后，与车载端创建安全通道；在通过安全通道接收到车载端发送的业务指令之后，基于业务指令携带的业务数据确认是否生成待验证界面信息；若生成待验证界面信息，显示待验证界面信息，并在接收到对待验证界面信息的回复指令时，将对应的回复信息发送至车载端；若无需生成待验证界面信息，直接生成确认指令并通过安全通道发送至车载端。
[0007]于一实施例中，基于业务指令携带的业务数据确认是否生成待验证界面信息，包括：基于业务数据包括的支付金额，确认是否超过预设支付阈值；根据支付金额是否超过预设支付阈值，确认是否生成待验证界面信息。
[0008]于一实施例中，根据支付金额是否超过预设支付阈值，确认是否生成待验证界面信息，包括：若超过预设支付阈值，则生成待验证界面信息；若未超过预设支付阈值，则无需生成待验证界面信息。
[0009]于一实施例中，在基于业务指令携带的业务数据确认是否生成待验证界面信息之后，方法还包括：若生成待验证界面信息，向车载端发送待验证指令，以使车载端以预设频率持续发送最近一条业务指令直至接收到回复信息。
[0010]于一实施例中，在接收到对待验证界面信息的回复指令时，将对应的回复信息发送至车载端，包括：若回复指令为验证通过，基于业务指令携带的业务数据生成回复信息并
标记为通过，将已标记的回复信息发送至车载端。
[0011]于一实施例中，在与车载端创建安全通道之后，方法还包括：基于接收到的默认支付指令，将数字钥匙程序与默认支付指令对应的支付程序通过调用的接口关联。
[0012]于一实施例中，在基于业务指令携带的业务数据确认是否生成待验证界面信息之前，还包括：通过数字钥匙程序对业务指令解密，以使支付程序通过接口获得业务指令所携带的业务数据。
[0013]本申请实施例第二方面提供了一种车载业务信息的处理装置，该装置包括创建模块、确认模块、显示模块以及生成模块。其中，创建模块用于与车载端双向认证成功后，与车载端创建安全通道；确认模块用于在通过安全通道接收到车载端发送的业务指令之后，基于业务指令携带的业务数据确认是否生成待验证界面信息；显示模块用于若生成待验证界面信息，显示待验证界面信息，并在接收到对待验证界面信息的回复指令时，将对应的回复信息发送至车载端；生成模块用于若无需生成待验证界面信息，直接生成确认指令并通过安全通道发送至车载端。
[0014]于一实施例中，确认模块还用于：基于业务数据包括的支付金额，确认是否超过预设支付阈值；根据支付金额是否超过预设支付阈值，确认是否生成待验证界面信息。
[0015]于一实施例中，确认模块还用于：若超过预设支付阈值，则生成待验证界面信息；若未超过预设支付阈值，则无需生成待验证界面信息。
[0016]于一实施例中，车载业务信息的处理装置还包括：发送模块，用于若生成待验证界面信息，向车载端发送待验证指令，以使车载端以预设频率持续发送最近一条业务指令直至接收到回复信息。
[0017]于一实施例中，显示模块还用于：若回复指令为验证通过，基于业务指令携带的业务数据生成回复信息并标记为通过，将已标记的回复信息发送至车载端。
[0018]于一实施例中，车载业务信息的处理装置还包括：关联模块，用于基于接收到的默认支付指令，将数字钥匙程序与默认支付指令对应的支付程序通过调用的接口关联。
[0019]于一实施例中，车载业务信息的处理装置还包括:解密模块，用于通过数字钥匙程序对业务指令解密，以使支付程序通过接口获得业务指令所携带的业务数据。
[0020]本申请实施例第三方面提供了一种电子设备，电子设备包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置用以执行本申请实施例第一方面及其任一实施例的车载业务信息的处理方法。
[0021]本申请实施例第四方面提供了一种计算机可读存储介质，存储介质存储有计算机程序。计算机程序可由处理器执行，以完成本申请实施例第一方面及其任一实施例的车载业务信息的处理方法。
[0022]本申请与现有技术相比的有益效果是：
[0023]本申请能够解决因汽车使用者不同，用户在对车载业务进行付费等操作过程中步骤繁琐、安全性差的问题。本申请通过用户与汽车双向认证成功后，建立业务信息传输的安全通道，并在接收到业务信息后进行分析以及对应处理的方法，实现了用户通过数字钥匙即可直接匹配车载业务与用户信息的操作。用户使用过程便捷、安全，提升了用户的使用体验。
附图说明
[0024]为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0025]图1为本申请一实施例提供的车载业务信息的处理方法的应用场景示意图；
[0026]图2为本申请一实施例提供的电子设备的结构示意图；
[0027]图3为本申请一实施例提供的车载业务信息的处理方法的流程示意图；
[0028]图4为本申请一实施例提供的车载业务信息的处理方法的流程示意图；
[0029]图5为本申请一实施例提供的车载业务信息的处理装置的结构示意图。
[0030]附图标记：1
‑
电子设备；100
‑
移动端；110
‑
eSE安全芯片；120
‑
用户显示界面；10
‑
存储器；11
‑
总线；12
‑
处理器；200
‑
车载端；210...
【技术保护点】
【技术特征摘要】
1.一种车载业务信息的处理方法，其特征在于，所述方法应用于移动端，所述方法包括：与车载端双向认证成功后，与所述车载端创建安全通道；在通过所述安全通道接收到所述车载端发送的业务指令之后，基于所述业务指令携带的业务数据确认是否生成待验证界面信息；若生成所述待验证界面信息，显示所述待验证界面信息，并在接收到对所述待验证界面信息的回复指令时，将对应的回复信息发送至所述车载端；若无需生成所述待验证界面信息，直接生成确认指令并通过所述安全通道发送至所述车载端。2.根据权利要求1所述的方法，其特征在于，所述基于所述业务指令携带的业务数据确认是否生成待验证界面信息，包括：基于业务数据包括的支付金额，确认是否超过预设支付阈值；根据所述支付金额是否超过预设支付阈值，确认是否生成待验证界面信息。3.根据权利要求2所述的方法，其特征在于，所述根据所述支付金额是否超过预设支付阈值，确认是否生成待验证界面信息，包括：若超过所述预设支付阈值，则生成所述待验证界面信息；若未超过所述预设支付阈值，则无需生成所述待验证界面信息。4.根据权利要求1所述的方法，其特征在于，在所述基于所述业务指令携带的业务数据确认是否生成待验证界面信息之后，所述方法还包括：若生成所述待验证界面信息，向所述车载端发送待验证指令，以使所述车载端以预设频率持续发送最近一条业务指令直至接收到所述回复信息。5.根据权利要求1所述的方法，其特征在于，所述在接收到对所述待验证界面信息的回复指令时，将对应的回复信息发送至所述车载端，包括：若所述回复指令为验证通过，基于所述业务指令携带的业务数据生成回复...
【专利技术属性】
技术研发人员：王巨，赵晨曦，
申请(专利权)人：深圳市雪球科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。