CN115474193B - 基于车联网的监管方法及装置、系统、设备、可读介质 - Google Patents

Abstract

本发明公开了一种基于车联网的监管方法及装置、系统、设备、可读介质，属于车联网技术领域。该基于车联网的监管方法包括：基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；接收第一智能卡返回的第一认证结果，在第一认证结果为认证通过的情况下，基于第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；向第二智能卡发送第二认证请求，以使第二智能卡对基于在网配置文件进行认证；接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求。该方法可以准确地确认用户和车辆的一致性，实现精准地业务办理。

Description

基于车联网的监管方法及装置、系统、设备、可读介质

技术领域

本发明涉及车联网技术领域，具体涉及一种基于车联网的监管方法及装置、系统、设备、可读介质。

背景技术

第五代移动通信技术具有低时延、网络切片等优势，加速车联网向智能化、网络化发展。在技术创新、互联共享和个人信息保护中寻求平衡，是实现人车关系共享化、电动化和安全化的刚性需求。车载终端主要使用码号资源固定的贴片卡，该贴片卡与驾驶员相互隔离，造成卡片资源浪费，同时不利于对车辆溯源和精准化管理，极大影响车联网产业的发展。

在监管车辆违法行为方面，相关技术是通过外部摄像头获取违章车辆信息，违法者(驾驶员)通过指定APP缴纳违章罚款，然而，这种方式不能对违法者和违章车辆的一致性进行判断，真正的违法者容易逃避违法责任，导致无法精准地对违法者进行处罚。

发明内容

为此，本发明提供一种基于车联网的监管方法及装置、系统、设备、可读介质，以解决现有技术中由于车辆与驾驶员隔离，导致无法对违法者和违章车辆的一致性进行判断的问题。

为了实现上述目的，本发明第一方面提供一种基于车联网的业务办理方法，应用于可信服务管理装置TSM，包括：

基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，所述业务请求是用户通过所述用户终端的应用发起的，所述第一认证请求用于对所述用户终端的身份进行认证；

接收所述第一智能卡返回的第一认证结果，在所述第一认证结果为认证通过的情况下，基于所述第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；

向所述第二智能卡发送第二认证请求，以使所述第二智能卡对基于在网配置文件进行认证；

接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

其中，所述基于业务请求向设置于用户终端的第一智能卡发送第一认证请求之前，还包括：

接收资源中心发送的配置文件，并查询TSM数据库；所述配置文件包括用户信息、第一智能卡信息和第二智能卡信息；

若所述TSM数据库存在所述用户对应的第二智能卡数据库，则基于所述用户的用户信息更新所述第二智能卡数据库；

若所述TSM数据库不存在所述用户对应的第二智能卡数据库，则为所述用户创建第二智能卡数据库；

向所述第二智能卡发送所述第二智能卡数据库创建/更新完成消息；

响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件，以供所述第二智能卡基于所述配置文件将所述第一智能卡和所述第二智能卡绑定。

其中，所述响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件之后，还包括：

接收所述用户终端的应用发送的用户激活请求；其中，所述用户激活请求包括所述第一智能卡信息；

基于所述第一智能卡信息查询所述TSM数据库，获取与所述第一智能卡关联的所述第二智能卡，并向所述第二智能卡发送用户激活请求；

接收所述第二智能卡返回的激活完成信息，向所述用户终端的应用发送激活完成信息。

其中，所述响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件之后，还包括：

接收所述用户终端的应用发起的用户切换请求；其中，所述用户切换请求包括所述第一智能卡信息；

基于所述第一智能卡信息查询所述TSM数据库，获取与所述第一智能卡关联的所述第二智能卡、以及所述用户对应的配置文件，并将所述用户切换请求发送至所述第二智能卡；

接收所述第二智能卡返回的切换成功消息，并更新所述TSM数据库。

其中，所述业务请求包括停车费用缴纳业务请求、交通罚款缴纳业务请求和事故追责业务请求中的一种或多种；

和/或，所述第一智能卡为用户身份识别卡，所述第二智能卡为嵌入式用户身份识别卡；

和/或，所述第一智能卡为嵌入式用户身份识别卡，所述第二智能卡为用户身份识别卡。

本发明第二方面提供一种基于车联网的业务办理方法，应用于用户终端的第一智能卡，包括：

通过应用向可信服务管理装置TSM发送业务请求；所述业务请求包括所述用户终端的用户终端信息；

响应所述TSM发送的第一认证请求，并对使用所述用户终端的用户的身份进行验证；

在对所述用户的身份验证通过的情况下，向所述TSM发送第一认证结果，以供所述TSM确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；并向所述第二智能卡发送第二认证请求，以使所述第二智能卡对在网配置文件进行认证；以及接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

本发明第三方面提供一种基于车联网的业务办理方法，应用于车载终端的第二智能卡，包括：

接收可信服务管理装置TSM发送的第二认证请求；其中，所述第二认证请求是所述TSM接收到第一智能卡对用户终端的用户的身份验证时，向所述第二智能卡发送的；确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；所述TSM在收到所述用户终端的应用发起的业务请求时，向所述用户终端的第一智能卡发送第一认证请求，所述第一智能卡响应所述第一认证请求对所述用户的身份进行验证；

查找在网配置文件是否是所述用户关联的配置文件；

在所述在网配置文件是所述用户关联的配置文件时，向所述TSM发送包含认证通过信息的第二认证信息。

本发明第四方面提供一种可信服务管理装置，包括：

第一发送模块，用于基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，所述业务请求是用户通过所述用户终端的应用发起的，所述第一认证请求用于对所述用户终端的身份进行认证；

第一接收模块，用于接收所述第一智能卡返回的第一认证结果；

确定模块，用于在所述第一认证结果为认证通过的情况下，基于所述第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；

所述第一发送模块，还用于向所述第二智能卡发送第二认证请求，以使所述第二智能卡对基于在网配置文件进行认证；

所述第一接收模块，还用于接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

本发明第五方面提供一种智能卡，应用于用户终端，包括：

第二发送模块，用于通过应用向可信服务管理装置TSM发送业务请求；所述业务请求包括所述用户终端的用户终端信息；

第一验证模块，用于响应所述TSM发送的第一认证请求，并对使用所述用户终端的用户的身份进行验证；

所述第二发送模块，还用于在对所述用户的身份验证通过的情况下，向所述TSM发送第一认证结果，以供所述TSM确定与设置于所述用户终端的智能卡关联的、且设置于车载终端的第二智能卡；并向所述第二智能卡发送第二认证请求，以使所述第二智能卡对在网配置文件进行认证；以及接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

本发明第六方面提供一种智能卡，应用于车载终端，包括：

第三接收模块，用于接收可信服务管理装置TSM发送的第二认证请求；其中，所述第二认证请求是所述TSM接收到第一智能卡对用户终端的用户的身份验证时，向设置于所述车载终端的智能卡发送的；确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；所述TSM在收到所述用户终端的应用发起的业务请求时，向所述用户终端的第一智能卡发送第一认证请求，所述第一智能卡响应所述第一认证请求对所述用户的身份进行验证；

查找模块，用于查找在网配置文件是否是与所述用户关联的配置文件；

第三发送模块，用于在所述在网配置文件是与所述用户关联的配置文件时，在所述在网配置文件是与所述用户关联的配置文件时，向所述TSM发送包含认证通过信息的第二认证信息。

本发明第七方面提供一种电子设备，包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请所述的方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

本发明第八方面提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本申请任意一项所述的方法。

本发明实施例提供的基于车联网的业务办理方法，基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，所述业务请求是用户通过所述用户终端的应用发起的，所述第一认证请求用于对所述用户终端的身份进行认证；接收所述第一智能卡返回的第一认证结果，在所述第一认证结果为认证通过的情况下，基于所述第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；向所述第二智能卡发送第二认证请求，以使所述第二智能卡对基于在网配置文件进行认证；接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求，通过上述步骤可以实现人车双向认证，以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。

图1为本发明实施例提供一种基于车联网的业务办理方法的流程图；

图2为本发明实施例提供另一种基于车联网的业务办理方法的流程图；

图3为本发明实施例提供又一种基于车联网的业务办理方法的流程图；

图4为本发明实施例提供一种可信服务管理装置的框图；

图5为本发明实施例提供一种智能卡的框图；

图6为本发明实施例提供另一种智能卡的框图；

图7为本发明实施例提供一种用于车联网的认证系统的框图；

图8为本申请实施例提供的一种新用户注册的流程图；

图9为本申请实施例提供的一种老用户激活的流程图；

图10为本申请实施例提供的一种切换配置文件的流程图；

图11为本申请实施例提供的一种精准交罚款的流程图；

图12为本申请实施例提供的一种电子设备的框图。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

如本发明所使用的，术语“和/或”包括一个或多个相关列举条目的任何和全部组合。

本发明所使用的术语仅用于描述特定实施例，且不意欲限制本发明。如本发明所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。

当本发明中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。

除非另外限定，否则本发明所用的全部术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本发明的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本发明明确如此限定。

第一方面，本发明实施例提供一种基于车联网的业务办理方法。

图1为本发明实施例提供一种基于车联网的业务办理方法的流程图。如图1所示，本发明实施例提供一种基于车联网的业务办理方法，应用于可信服务管理装置(TrustedService Manager，简称TSM)，包括：

步骤S101，基于业务请求向设置于用户终端的第一智能卡发送第一认证请求。

其中，业务请求是用户通过用户终端的应用发起的，第一认证请求用于对用户终端的身份进行认证。

在一些实施例中，用户终端可以是手机、平板电脑(PAD)、移动电脑、可穿戴终端等智能设备。用户终端的应用可以是安装于用户终端的可以向服务器发送信息和接收信息的应用程序，如APP、小程序和公众号。

在一些实施例中，业务请求包括但不限于用户信息和用户终端信息，第一认证请求包括用户信息和用户终端信息，其中，用户信息包括但限于用户的姓名等信息，用户终端信息包括但不限于用户终端的标识。

在一些实施例中，用户终端的应用向业务后台发送业务请求，业务后台向将该业务请求发送TSM，TSM收到业务请求后，向设置于用户终端的第一智能卡发送第一认证请求。其中，业务后台可以是应用的后台服务器。

步骤S102，接收第一智能卡返回的第一认证结果，在第一认证结果为认证通过的情况下，基于第一智能卡确定与其关联的、且设置于车载终端的第二智能卡。

用户终端的第一智能卡收到第一认证请求后，可通过人脸识别、指纹、验证码等方式对用户的身份进行验证，在对用户身份验证通过的情况下，向TSM发送第一认证结果。在一些实施例中，用户身份与第一智能卡一致时，用户身份验证通过。

当TSM收到第一认证结果后，查找本地数据库，确定与第一智能卡关联的第二智能卡以及用户终端信息。

步骤S103，向第二智能卡发送第二认证请求，以使第二智能卡对基于在网配置文件进行认证。

TSM通过第一智能卡获得与其关联的第二智能卡后，向第二智能卡发送二认证请求。其中，第二认证请求包括但不限于用户信息、用户终端信息。

第二智能卡对在网配置文件进行认证，其中，配置文件(profile)是用户在TSM注册时，基于用户信息、第一智能卡和第二智能卡进行映射生成的文件。

步骤S104，接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求。

第二智能卡对当前的配置文件进行验证，若当前的配置文件是用户关联的第二智能卡的配置文件时，第二认证信息为认证通过。

需要说明的是，第二智能终端可支持多个配置文件，即一个第二智能终端可关联多个配置文件，但同一时间、同一第二智能终端在网激活的配置文件不超过一个。每个配置文件对应一个用户，使用该用户对应的第一智能卡绑定套餐入网和计费。因此，第二智能卡可以根据用户信息通过查找在网配置文件是否是该用户关联的第二智能卡的配置文件，若是，则认证通过；若否，则认证不通过。

在一些实施例中，步骤S101，基于业务请求向设置于用户终端的第一智能卡发送第一认证请求之前，还包括用户注册步骤：

接收资源中心发送的配置文件，并查询TSM数据库；配置文件包括用户信息、第一智能卡信息和第二智能卡信息；若TSM数据库存在用户对应的第二智能卡数据库，则基于用户的用户信息更新第二智能卡数据库；若TSM数据库不存在用户对应的第二智能卡数据库，则为该用户创建第二智能卡数据库；向第二智能卡发送第二智能卡数据库创建/更新完成消息；响应第二智能卡下载请求，向第二智能卡发送配置文件，以供第二智能卡基于配置文件将第一智能卡和第二智能卡绑定。

其中，资源中心可以是车辆网资源中心，资源中心用于生成配置文件、资源适配和号卡管理。例如，资源中心可以为用户分配第二智能卡的码号资源，生成配置文件，以及将该第二智能卡与配置文件配对。

TSM数据库用于存储第二智能卡相关信息的数据库，其中，第二智能卡相关信息包括但不限于用户信息、第二智能卡信息以及配置文件。TSM数据库中可以为每个第二智能卡提供一个第二智能卡数据库。

由于第二智能卡可以与多个用户关联，而且，在不同时段关联的用户不同。因此，若TSM数据库不存在用户对应的第二智能卡数据库，则为该用户创建第二智能卡数据库，若TSM数据库存在用户对应的第二智能卡数据库，则基于该用户的用户信息、第二智能卡信息更新第二智能卡数据库。

TSM向第二智能卡发送第二智能卡数据库创建/更新完成消息，第二智能卡向TSM发送配置文件下载请求，TSM向第二智能卡发送配置文件(配置文件为空)，第二智能卡在本地对配置文件进行配置，如将第一智能卡和第二智能卡绑定，并将绑定消息发送给第一智能卡，第一智能卡在本地完成与第二智能卡的绑定，并更新第二智能卡配对管理数据。

在一些实施例中，响应配置文件下载请求，向第二智能卡发送配置文件之后，还包括用户激活步骤：

接收用户终端的应用发送的用户激活请求；其中，用户激活请求包括第一智能卡信息；基于第一智能卡信息查询TSM数据库，获取与第一智能卡关联的第二智能卡，并向第二智能卡发送激活请求；接收第二智能卡返回的激活完成信息，向用户终端的应用发送激活完成信息。

在车辆启动上电后，第二智能卡完成驻网操作后，用户终端向TSM发送激活请求，TSM根据第一智能卡信息查询TSM数据库，获得第二智能卡，并向第二智能卡发送激活请求，以激活用户，即将用户关联的第二智能卡的配置文件设置为在网。激活请求包括第二智能卡的配置文件标识。

在一些实施例中，当车载终端收到激活请求后，将激活请求中配置文件标识与当前在网配置文件标识进行比对，若激活请求中的配置文件标识与当前在网配置文件标识一致，则向TSM返回激活完成消息；若激活请求中的配置文件标识与当前在网配置文件标识不一致，则从备选配置文件列表中该用户的配置文件激活入网，即将该用户的配置文件入网，将原有配置文件设置为备选配置文件，并通知TSM激活完成。需要说明的是，在同一时刻在网配置文件只能有一个。

TSM向用户终端、车载终端发送激活完成消息，用户终端、车载终端同步更新各自的本地数据库。

在一些实施例中，响应配置文件下载请求，向第二智能卡发送配置文件之后，还包括配置文件切换步骤：

接收用户终端的应用发起的用户切换请求；其中，用户切换请求包括第一智能卡信息；基于第一智能卡信息查询TSM数据库，获取与第一智能卡关联的第二智能卡、以及用户对应的配置文件，并将用户切换请求发送至第二智能卡；接收第二智能卡返回的切换成功消息，并更新TSM数据库。

当车辆驾驶者发生变更，非第二智能卡当前绑定该新用户时，车载终端发送配置文件切换请求。

用户终端向第二智能卡、TSM发送用户变更请求，TSM收到用户变更请求后查询第二智能卡数据库，判断该用户是否绑定第二智能卡，若绑定，则获取该用户的配置文件和第二智能卡信息。将该用户配置文件标识以及配置文件切换请求一并发送至车载终端。

车载终端收到配置文件切换请求，根据配置文件切换请求中的用户配置文件标识，查找第二智能卡数据库，获取该用户的配置文件。

若该用户的配置文件有效，则将其激活并完成入网，将车载终端原先在网配置文件设置为备选配置文件，完成配置文件切换。若该用户的配置文件无效，向TSM请求重新下载配置文件请求。若下载失败，则拒绝配置文件切换请求。

车载终端完成用户的配置文件切换后，通知TSM平台和用户终端同步更新TSM数据库和用户终端数据库。

在一些实施例中，业务请求包括停车费用缴纳业务请求、交通罚款缴纳业务请求和事故追责业务请求中的一种或多种。

在一些实施例中，第一智能卡为用户身份识别卡，所述第二智能卡为嵌入式用户身份识别卡，或，第一智能卡为嵌入式用户身份识别卡，所述第二智能卡为用户身份识别卡。

本实施例提供的基于车联网的业务办理方法，基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，业务请求是用户通过用户终端的应用发起的，第一认证请求用于对用户终端的身份进行认证；接收第一智能卡返回的第一认证结果，在第一认证结果为认证通过的情况下，基于第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；向第二智能卡发送第二认证请求，以使第二智能卡对基于在网配置文件进行认证；接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求，通过上述步骤可以实现人车双向认证，以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

第二方面，本申请实施例还提供一种基于车联网的业务办理方法。

图2为本发明实施例提供一种基于车联网的业务办理方法的流程图。如图2所示，本发明实施例提供一种基于车联网的业务办理方法，应用于用户终端的第一智能卡，包括：

步骤S201，通过应用向可信服务管理装置TSM发送业务请求；业务请求包括用户终端的用户终端信息。

其中，应用是安装于用户终端的可以向服务器发送信息和接收信息的应用程序，如APP、小程序和公众号。

步骤S202，响应TSM发送的第一认证请求，并对使用用户终端的用户的身份进行验证。

TSM向设置于用户终端的第一智能卡发送第一认证请求，第一认证请求包括用户信息和用户终端信息。第一智能卡响应第一认证请求，对用户的身份进行认证，如通过指纹认证、人脸认证或验证码验证等。

步骤S203，在对用户的身份验证通过的情况下，向TSM发送第一认证结果，以供TSM确定与第一智能卡关联的、且设置于车载终端的第二智能卡；并向第二智能卡发送第二认证请求，以使第二智能卡对在网配置文件进行认证；以及接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求。

本申请实施例提供的基于车联网的业务办理方法，当第一智能卡收到TSM的认证请求后，对用户进行认证，以供TSM实现人车双向认证，可以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

第三方面，本申请实施例还提供一种基于车联网的业务办理方法。

图3为本发明实施例提供一种基于车联网的业务办理方法的流程图。如图3所示，本发明实施例提供一种基于车联网的业务办理方法，应用于车载终端的第二智能卡，包括：

步骤S301，接收可信服务管理装置TSM发送的第二认证请求；其中，第二认证请求是TSM接收到第一智能卡对用户终端的用户的身份验证时，向第二智能卡发送的；确定与第一智能卡关联的、且设置于车载终端的第二智能卡；TSM在收到用户终端的应用发起的业务请求时，向用户终端的第一智能卡发送第一认证请求，第一智能卡响应第一认证请求对用户的身份进行验证。

TSM对用户认证通过后，再对车辆进行认证，以确认在网配置文件是否是该用户关联的配置文件。

步骤S302，查找在网配置文件是否是用户关联的配置文件。

在本申请实施例中，多个配置文件不能同时在网，即在同一时间段在网配置文件只能有一个。

步骤S303，在网配置文件是用户关联的配置文件时，向TSM发送包含认证通过信息的第二认证信息。

当在网配置文件是发起业务请求的用户关联的配置文件，则向TSM发送认证通过的信息。

本申请实施例提供的基于车联网的业务办理方法，当第二智能卡收到TSM的认证请求后，对车载终端进行认证，以供TSM实现人车双向认证，以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

第四方面，本发明实施例提供一种可信服务管理装置。

图4为本发明实施例提供一种可信服务管理装置的框图。如图4所示，本发明实施例提供一种可信服务管理装置400，包括：

第一发送模块401，用于基于业务请求向设置于用户终端的第一智能卡发送第一认证请求。

其中，业务请求是用户通过用户终端的应用发起的，第一认证请求用于对用户终端的身份进行认证。

第一接收模块402，用于接收第一智能卡返回的第一认证结果。

确定模块403，用于在第一认证结果为认证通过的情况下，基于第一智能卡确定与其关联的、且设置于车载终端的第二智能卡。

第一发送模块401，还用于向第二智能卡发送第二认证请求，以使第二智能卡对基于在网配置文件进行认证。

第一接收模块402，还用于接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求。

本公开实施例提供的可信服务管理装置实现人车双向认证，可以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

第五方面，本发明实施例提供一种智能卡。

图5为本发明实施例提供一种智能卡的框图。如图5所示，本发明实施例提供一种智能卡500，应用于用户终端，包括：

第二发送模块501，用于通过应用向可信服务管理装置TSM发送业务请求；业务请求包括用户终端的用户终端信息。

第二接收模块502，用于接收TSM发送的第一认证请求。

第一验证模块503，用于响应TSM发送的第一认证请求，并对使用用户终端的用户的身份进行验证。

第二发送模块501，还用于在对用户的身份验证通过的情况下，向TSM发送第一认证结果，以供TSM确定与设置于用户终端的智能卡关联的、且设置于车载终端的第二智能卡；并向第二智能卡发送第二认证请求，以使第二智能卡对在网配置文件进行认证；以及接收第二智能卡返回的第二认证信息，并在第二认证信息为认证通过的情况下，执行业务请求。

本申请实施例提供的智能卡，当收到TSM的认证请求后，对用户进行认证，以供TSM实现人车双向认证，可以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

第六方面，本发明实施例提供一种智能卡。

图6为本发明实施例提供一种智能卡的框图。如图6所示，本发明实施例提供一种智能卡600，应用于车载终端，包括：

第三接收模块601，用于接收可信服务管理装置TSM发送的第二认证请求；其中，第二认证请求是TSM接收到第一智能卡对用户终端的用户的身份验证时，向设置于车载终端的智能卡发送的；确定与第一智能卡关联的、且设置于车载终端的第二智能卡；TSM在收到用户终端的应用发起的业务请求时，向用户终端的第一智能卡发送第一认证请求，第一智能卡响应第一认证请求对用户的身份进行验证；

查找模块602，用于查找在网配置文件是否是与用户关联的配置文件；

第三发送模块603，用于在在网配置文件是与用户关联的配置文件时，在在网配置文件是与用户关联的配置文件时，向TSM发送包含认证通过信息的第二认证信息。

本申请实施例提供的智能卡，当收到TSM的认证请求后，对车载终端进行认证，以供TSM实现人车双向认证，以准确地确认用户和车辆的一致性，降低了冒充车辆真实用户的身份，从而实现精准地业务办理。

第七方面，本发明实施例提供一种用于车联网的认证系统。

图7为本发明实施例提供一种用于车联网的认证系统的框图。如图7所示，本发明实施例提供一种用于车联网的认证系统，包括：

用户终端71，设置有第一智能卡，第一智能卡采用本申请实施例第五方面提供的第一智能卡。

车载终端72，内置有第二智能卡，第二智能卡采用本申请实施例第六方面提供的第一智能卡。车载终端72包括但不限于车载T-BOX。

业务服务器73，用于为用户终端提供业务服务。

可信服务管理装置74，用于对用户终端和车载终端的身份进行验证，实现人车双向认证，以提高业务办理的精准度；以及负责第二智能卡空间/卡应用的空发、下载和管理。

资源中心服务器75，用于管理车联网的智能卡资源，如配置文件的生成、配置文件的下载、号卡管理以及资源适配。

集中业务支撑装置76，用于管理智能卡资源，如SIM/eSIM开卡、补卡，用户管理、能力商店等。

在一些实施例中，用户终端71包括手厅APP711、应用712和第一智能卡管理模块713，其中，手厅APP711用于新用户注册，以及第一智能卡和第二智能卡的绑定/管理。

应用712用于向业务服务器73发送业务请求，并办理相关业务。

智能卡管理模块713用于管理用户终端的第一智能卡。其中，第一智能卡包括但不限于SIM、eSIM。

在一些实施例中，车载终端72包括第二智能卡管理模块721、配置文件管理模块722和智能卡模组723，其中，第二智能卡管理模块721用于管理车载终端的第二智能卡。其中，第二智能卡包括但不限于SIM、eSIM。

配置文件管理模块722用于管理配置文件，如存储、切换、同步等。对于第二智能卡，可以包括多个配置文件，每个配置文件对应一个用户终端，使用该用户终端对应的第一智能卡绑定运营商的套餐进行入网和计费。

在一些实施例中，可信服务管理装置74包括配置文件管理模块741、能力接口742、业务接入模块743和卡片管理模块744，其中，配置文件管理741对用户配置文件、eSIM配置文件和SIM配置文件进行管理。能力接口742用于提供数据传输的接口。业务接入模块743用于接入业务服务器73的业务请求以及人车双向认证请求等。卡片管理模块744用于对用户终端和车载终端的智能卡进行管理。

在一些实施例中，资源中心服务器75包括配置文件生成模块751、资源适配模块752和号卡管理模块753，其中，配置文件生成模块751用于生成配置文件，资源适配模块752用于对车辆网资源进行适配管理，号卡管理模块753用于管理用于车联网的智能卡。

在一些实施例中，集中业务支撑装置76包括卡管理模块761、用户管理模块762和能力商店模块763，其中，卡管理模块761用于开卡和补卡，用户管理模块762用于对用户进行管理，能力商店模块763用于管理智能卡的服务能力。

通过认证系统700可以实现新用户注册、老用户激活、配置文件激活以及缴纳罚款等业务。

本发明实施例提供的装置具有的功能或包含的模块可以用于执行上文第一方面方法实施例描述的方法，其具体实现和技术效果可参照上文方法实施例的描述，为了简洁，这里不再赘述。

图8为本申请实施例提供的一种新用户注册的流程图。图8以SIM卡为第一智能卡，eSIM卡为第二智能卡为例介绍新用户注册。参阅图7和图8，新用户注册包括：

步骤S801，新用户(简称用户)通过手厅APP发起注册请求。

步骤S802，手厅APP获取用户终端的SIM卡信息和用户信息，验证该用户是否合法有效用户。

其中，SIM卡信息和用户信息的对应关系已经存储于用户终端，或合法有效的服务器，手厅APP可以判断SIM卡信息和用户信息是否一致来验证用户是否合法有效用户。

步骤S803，手厅APP验证通过后，向资源中心服务器发起生成配置文件请求，在生成配置文件请求中携带用户信息、SIM卡信息及eSIM信息。其中，eSIM信息是指eSIM的硬件信息，如个人密码(PIN码)和解锁密码(PUK码)。

步骤S804，资源中心服务器收到配置文件请求后，为用户分配eSIM码号资源，生成配置文件，并根据配置文件请求中的eSIM信息完成配置文件和eSIM的配对，向集中业务支撑装置76发起eSIM开卡请求。

步骤S805，集中业务支撑装置76收到eSIM开卡请求后，通过用户终端的摄像头，对用户的身份进行认证，如人脸识别活体认证。在对用户的身份认证通过后，若无该用户的eSIM数据库，则创建eSIM数据库；若有，则更新eSIM数据库，并通知资源中心服务器75开卡。

步骤S806，资源中心服务器收到开卡通知后，激活步骤S804完成的配置文件，并发送给可信服务管理装置74。

步骤S807，可信服务管理装置74收到配置文件，查询本地的数据库，如该用户在本地已有eSIM数据库，则更新本地eSIM数据库，否则，为该用户创建eSIM数据库，并通知智能卡模组723。

步骤S808，智能卡模组723将该通知转发给本地eSIM，本地eSIM向可信服务管理装置74发送配置文件下载请求。

步骤S809，可信服务管理装置74收到下载请求，将配置文件空发给eSIM。

步骤S810，eSIM在本地对配置文件进行配置，并将配置好的该配置文件存入备选配置文件列表，完成用户终端的SIM卡与车载终端的eSIM的绑定，并通知用户终端。

步骤S811，用户终端根据同样完成用户终端的SIM卡与车载终端的eSIM绑定，并更新本地的eSIM配对管理数据。

在一些实施例中，车载终端可以提示是否激活当前用户，如是，则智能卡模组723将配置文件进一步激活为当前在网配置文件，并将原在网配置文件存入备选列表，暂不使用。

图9为本申请实施例提供的一种老用户激活的流程图。图9以SIM卡为第一智能卡，eSIM卡为第二智能卡为例介绍老用户激活。参阅图7和图9，老用户激活包括：

步骤S901，在车辆启动上电后，嵌置于车载终端的eSIM完成驻网。

步骤S902，用户终端向可信服务管理装置74发送激活请求。

步骤S903，可信服务管理装置74收到激活请求后，根据激活请求中携带的SIM信息，查询本地eSIM数据库，获取该用户的eSIM配置文件标识，并向车载终端发送激活请求。

步骤S904，车载终端收到激活请求后，将激活请求中配置文件标识与当前在网配置文件标识进行比对，若一致，则向可信服务管理装置74回复当前用户已激活；如否，则从备选配置文件列表中该用户对应的配置文件激活入网，将原有配置文件设置为备选，并通知可信服务管理装置74激活完成。

步骤S905，可信服务管理装置74通知用户终端激活完成，用户终端、车载终端和可信服务管理装置74同步更新本地数据。

图10为本申请实施例提供的一种切换配置文件的流程图。图9以SIM卡为第一智能卡，eSIM卡为第二智能卡为例介绍切换配置文件的过程。参阅图7和图10，切换配置文件包括：

步骤S1001，当驾驶员发生变更，且新驾驶员未与车载终端的eSIM绑定时，用户终端向可信服务管理装置74发送用户变更请求。

步骤S1002，可信服务管理装置74收到用户变更请求后，查询本地的eSIM数据库，获取该用户eSIM数据，判断该用户是否绑定eSIM卡，并获取该用户配置文件及eSIM卡信息。基于该用户配置文件标识、用户变更请求生成配置文件切换请求，并发送至车载终端。

步骤S1003，车载终端收到配置文件切换请求，根据配置文件切换请求中的用户信息及配置文件标识，查找本地配置文件列表，获取该用户配置文件。

步骤S1004，如该用户配置文件有效，将其激活并完成入网，并将原有配置文件设置为备选配置文件，完成配置文件的切换。如该用户配置文件无效，向可信服务管理装置74重新请求下载该用户的配置文件。如下载失败，拒绝配置文件切换请求。

步骤S1005，车载终端完成配置文件切换后，通知可信服务管理装置74和用户终端同步更新本地数据。

图11为本申请实施例提供的一种精准交罚款的流程图。图9以SIM卡为第一智能卡，eSIM卡为第二智能卡为例介绍精准交罚款的过程。参阅图7和图11，精准交罚款包括：

步骤S1101，车辆触发现场交罚业务时，通过嵌于用户终端71的应用APP向业务服务器发起交罚请求。

步骤S1102，业务服务器收到交罚请求后，将用户信息和用户终端信息发送给向可信服务管理装置74，请求人车双向认证。

步骤S1103，向可信服务管理装置74收到人车认证请求后，向SIM卡发送第一认证请求，SIM卡根据用户信息和/或用户终端信息对用户进行认证，并返回第一认证结果。

步骤S1104，向可信服务管理装置74收到第一认证结果且第一认证结果为通过的情况下，查找本地eSIM数据库，获得该用户SIM卡关联的eSIM卡及车载终端信息，向关联该eSIM卡发送第二认证请求。

步骤S1105，eSIM卡收到第二认证请求后，确认当前在网配置文件是否为该用户关联的eSIM配置文件。如是，则向向可信服务管理装置74发送第二认证结果。

步骤S1106，可信服务管理装置74向业务服务器73返回人车认证结果。如人车认证结果为是(用户、用户终端的SIM卡和车载终端的eSIM卡一致)，则业务服务器73同意该用户办理交罚业务，并根据业务规则完成精准交罚。如果人车认证结果为否，返回给业务服务器73。业务服务器73不予办理交罚业务。

需要说明的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

参照图12，本发明实施例提供一种电子设备，其包括：

一个或多个处理器1201；

存储器1202，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任意一项的基于车联网的业务办理方法；

一个或多个I/O接口1203，连接在处理器与存储器之间，配置为实现处理器与存储器的信息交互。

其中，处理器1201为具有数据处理能力的器件，其包括但不限于中央处理器(CPU)等；存储器1202为具有数据存储能力的器件，其包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)；I/O接口(读写接口)1203连接在处理器1201与存储器1202间，能实现处理器1201与存储器1202的信息交互，其包括但不限于数据总线(Bus)等。

在一些实施例中，处理器1201、存储器1202和I/O接口1203通过总线相互连接，进而与计算设备的其它组件连接。

本实施例还提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本实施例提供的基于车联网的业务办理方法，为避免重复描述，在此不再赘述基于车联网的业务办理方法的具体步骤。

本领域普通技术人员可以理解，上文中所发明方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。

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

本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本实施例的范围之内并且形成不同的实施例。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (12)

1.一种基于车联网的业务办理方法，其特征在于，应用于可信服务管理装置TSM，包括：

基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，所述业务请求是用户通过所述用户终端的应用发起的，所述第一认证请求用于对所述用户终端的身份进行认证；

接收所述第一智能卡返回的第一认证结果，在所述第一认证结果为认证通过的情况下，基于所述第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；

向所述第二智能卡发送第二认证请求，以使所述第二智能卡对在网配置文件进行认证；其中，在网配置文件是用户在所述TSM注册时，基于用户信息、所述第一智能卡和所述第二智能卡进行映射生成的文件；

接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

2.根据权利要求1所述的方法，其特征在于，所述基于业务请求向设置于用户终端的第一智能卡发送第一认证请求之前，还包括：

接收资源中心发送的配置文件，并查询TSM数据库；所述配置文件包括用户信息、第一智能卡信息和第二智能卡信息；

若所述TSM数据库存在所述用户对应的第二智能卡数据库，则基于所述用户的用户信息更新所述第二智能卡数据库；

若所述TSM数据库不存在所述用户对应的第二智能卡数据库，则为所述用户创建第二智能卡数据库；

向所述第二智能卡发送所述第二智能卡数据库创建/更新完成消息；

响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件，以供所述第二智能卡基于所述配置文件将所述第一智能卡和所述第二智能卡绑定。

3.根据权利要求2所述的方法，其特征在于，所述响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件之后，还包括：

接收所述用户终端的应用发送的用户激活请求；其中，所述用户激活请求包括所述第一智能卡信息；

基于所述第一智能卡信息查询所述TSM数据库，获取与所述第一智能卡关联的所述第二智能卡，并向所述第二智能卡发送用户激活请求；

接收所述第二智能卡返回的激活完成信息，向所述用户终端的应用发送激活完成信息。

4.根据权利要求2所述的方法，其特征在于，所述响应所述配置文件下载请求，向所述第二智能卡发送所述配置文件之后，还包括：

接收所述用户终端的应用发起的用户切换请求；其中，所述用户切换请求包括所述第一智能卡信息；

基于所述第一智能卡信息查询所述TSM数据库，获取与所述第一智能卡关联的所述第二智能卡、以及所述用户对应的配置文件，并将所述用户切换请求发送至所述第二智能卡；

接收所述第二智能卡返回的切换成功消息，并更新所述TSM数据库。

5.根据权利要求1-4任意一项所述的方法，其特征在于，所述业务请求包括停车费用缴纳业务请求、交通罚款缴纳业务请求和事故追责业务请求中的一种或多种；

所述第一智能卡为用户身份识别卡，所述第二智能卡为嵌入式用户身份识别卡；或，第一智能卡为嵌入式用户身份识别卡，所述第二智能卡为用户身份识别卡。

6.一种基于车联网的业务办理方法，其特征在于，应用于用户终端的第一智能卡，包括：

通过应用向可信服务管理装置TSM发送业务请求；所述业务请求包括所述用户终端的用户终端信息；

响应所述TSM发送的第一认证请求，并对使用所述用户终端的用户的身份进行验证；

在对所述用户的身份验证通过的情况下，向所述TSM发送第一认证结果，以供所述TSM确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；并向所述第二智能卡发送第二认证请求，以使所述第二智能卡对在网配置文件进行认证；以及接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求；其中，在网配置文件是用户在所述TSM注册时，基于用户信息、所述第一智能卡和所述第二智能卡进行映射生成的文件。

7.一种基于车联网的业务办理方法，其特征在于，应用于车载终端的第二智能卡，包括：

接收可信服务管理装置TSM发送的第二认证请求；其中，所述第二认证请求是所述TSM接收到第一智能卡对用户终端的用户的身份验证时，向所述第二智能卡发送的；确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；所述TSM在收到所述用户终端的应用发起的业务请求时，向所述用户终端的第一智能卡发送第一认证请求，所述第一智能卡响应所述第一认证请求对所述用户的身份进行验证；

查找在网配置文件是否是所述用户关联的配置文件；其中，在网配置文件是用户在所述TSM注册时，基于用户信息、所述第一智能卡和所述第二智能卡进行映射生成的文件；

在所述在网配置文件是所述用户关联的配置文件时，向所述TSM发送包含认证通过信息的第二认证信息。

8.一种可信服务管理装置，其特征在于，包括：

第一发送模块，用于基于业务请求向设置于用户终端的第一智能卡发送第一认证请求；其中，所述业务请求是用户通过所述用户终端的应用发起的，所述第一认证请求用于对所述用户终端的身份进行认证；

第一接收模块，用于接收所述第一智能卡返回的第一认证结果；

确定模块，用于在所述第一认证结果为认证通过的情况下，基于所述第一智能卡确定与其关联的、且设置于车载终端的第二智能卡；

所述第一发送模块，还用于向所述第二智能卡发送第二认证请求，以使所述第二智能卡对基于在网配置文件进行认证；其中，在网配置文件是用户在TSM注册时，基于用户信息、所述第一智能卡和所述第二智能卡进行映射生成的文件；

所述第一接收模块，还用于接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求。

9.一种智能卡，其特征在于，应用于用户终端，包括：

第二发送模块，用于通过应用向可信服务管理装置TSM发送业务请求；所述业务请求包括所述用户终端的用户终端信息；

第一验证模块，用于响应所述TSM发送的第一认证请求，并对使用所述用户终端的用户的身份进行验证；

所述第二发送模块，还用于在对所述用户的身份验证通过的情况下，向所述TSM发送第一认证结果，以供所述TSM确定与设置于所述用户终端的智能卡关联的、且设置于车载终端的第二智能卡；并向所述第二智能卡发送第二认证请求，以使所述第二智能卡对在网配置文件进行认证；以及接收所述第二智能卡返回的第二认证信息，并在所述第二认证信息为认证通过的情况下，执行所述业务请求；其中，在网配置文件是用户在所述TSM注册时，基于用户信息、第一智能卡和所述第二智能卡进行映射生成的文件。

10.一种智能卡，其特征在于，应用于车载终端，包括：

第三接收模块，用于接收可信服务管理装置TSM发送的第二认证请求；其中，所述第二认证请求是所述TSM接收到第一智能卡对用户终端的用户的身份验证时，向设置于所述车载终端的智能卡发送的；确定与所述第一智能卡关联的、且设置于车载终端的第二智能卡；所述TSM在收到所述用户终端的应用发起的业务请求时，向所述用户终端的第一智能卡发送第一认证请求，所述第一智能卡响应所述第一认证请求对所述用户的身份进行验证；

查找模块，用于查找在网配置文件是否是与所述用户关联的配置文件；其中，在网配置文件是用户在所述TSM注册时，基于用户信息、所述第一智能卡和所述第二智能卡进行映射生成的文件；

第三发送模块，用于在所述在网配置文件是与所述用户关联的配置文件时，在所述在网配置文件是与所述用户关联的配置文件时，向所述TSM发送包含认证通过信息的第二认证信息。

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

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现根据权利要求1-7中任意一项所述的方法；

一个或多个I/O接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。

12.一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现根据权利要求1-7中任意一项所述的方法。