动态更新NFC能力的方法、终端及UICC与流程

文档序号:28554951发布日期:2022-01-19 16:02阅读:194来源:国知局
动态更新NFC能力的方法、终端及UICC与流程
动态更新nfc能力的方法、终端及uicc
技术领域
1.本公开涉及通信技术领域,具体涉及一种动态更新nfc能力的方法,一种终端,一种uicc,一种电子设备,以及一种计算机可读存储介质。


背景技术:

2.nfc(near field communication,近场通信)业务是目前用户移动设备的普遍功能之一,是在非接触式射频技术的基础上,结合近距离无线通信技术形成的在特定范围进行数据交换的业务,nfc业务与移动通信密切关联,是运营商发展的重要业务之一,其业务范围非常普遍,不仅应用于电信行业,而且应用于金融、民生等行业。nfc业务的实现方案一般有两种可能——基于终端实现和基于uicc(universal integrated circuit card,通用集成电路卡)实现,主要区别是nfc应用和安全能力是加载在终端还是uicc上。基于uicc实现的nfc业务由于有独立硬件安全保障,相对而言更接近典型业务的安全要求;而基于终端实现的nfc业务是一种全终端方案,可实现性更强,且不存在与安全模块的兼容性问题。在很多典型场景中,终端或uicc卡等nfc实体会承载银行卡、公交卡、门禁卡、身份识别卡、校园/企业一卡通等多个业务应用。
3.nfc不同承载实体的方案相互之间是有影响的,nfc应用只能采取一种方案,同时意味着另外一种方案的闲置。因此uicc作为承载实体之一有必要了解当前终端的nfc能力,即对不同方案的支持情况,包括使用终端nfc功能的应用情况,以便获知对uicc的nfc功能的使用程度的影响。由于使用终端nfc功能的应用的情况是动态变化的,用户可能在终端下载安装新的使用终端nfc的应用,也可能将原有的使用终端nfc的应用卸载删除,而uicc由于现有机制的欠缺,没有可以及时获知这方面动态变化的渠道。


技术实现要素:

4.为了至少解决uicc不能获取使用终端nfc功能的应用变更信息的问题,本公开提供一种动态更新nfc能力的方法、终端、uicc、电子设备及计算机可读存储介质,当使用终端nfc的应用发生变化时,uicc可以从终端处及时获取相应的情况,实时更新终端nfc应用的部署状态。
5.第一方面,本公开提供一种动态更新nfc能力的方法,应用于终端,所述方法包括:
6.当基于终端实现nfc业务的终端nfc应用发生变更后,获取终端nfc应用变更状况;
7.根据获取的终端nfc应用变更状况生成第一命令,所述第一命令携带终端nfc应用变更信息;
8.将第一命令发送到uicc,以使uicc接收所述第一命令并对其进行解析,以获取终端nfc应用变更信息。
9.进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
10.终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
11.终端卸载原nfc应用;
12.终端nfc应用部署情况未变化,但nfc授权状态发生变更。
13.进一步的,所述方法还包括:
14.在终端和uicc交互机制中预先扩展主动式命令,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更类型包括应用下载、应用删除和应用nfc授权变更中的一种;
15.所述根据获取的终端nfc应用变更状况生成第一命令包括:
16.确定所述主动式命令中的相应数据对象的内容;
17.基于已确定相应数据对象内容的主动式命令生成所述第一命令。
18.进一步的,所述确定所述主动式命令中的相应数据对象的内容包括:
19.若终端nfc应用变更状况为终端安装新nfc应用,新nfc应用获得nfc授权或授权询问,则生成nfc授权状态和应用nfc变更类型的数据对象,所述nfc授权状态为未授权或已授权,所述应用nfc变更类型为应用下载;
20.若终端nfc应用变更状况为终端卸载原nfc应用,则生成应用nfc变更类型的数据对象,所述应用nfc变更类型为应用删除;
21.若终端nfc应用变更状况为终端nfc应用部署情况未变化,但nfc授权状态发生变更,则生成nfc授权状况和应用nfc变更类型的数据对象,所述nfc授权状况为变更后的nfc授权状况,具体为未授权、已授权或者授权询问,应用nfc变更类型为应用nfc授权变更。
22.第二方面,本公开提供一种动态更新nfc能力的方法,应用于uicc,所述方法包括:
23.接收终端发送的第一命令,所述第一命令由终端根据获取的终端nfc应用变更状况生成,所述终端nfc应用变更状况由终端在基于终端实现nfc业务的终端nfc应用发生变更后获取,所述第一命令携带终端nfc应用变更信息;
24.对所述第一命令进行解析,以获取终端nfc应用变更信息。
25.进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
26.终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
27.终端卸载原nfc应用;
28.终端nfc应用部署情况未变化,nfc授权状态发生变更。
29.进一步的,所述对所述第一命令进行解析,以获取终端nfc应用变更信息,包括:
30.确定所述第一命令中的相应数据对象的值,根据所述相应数据对象的值确定终端nfc应用的应用变更类型及对应nfc授权状态变更类型;
31.所述第一命令中的相应数据对象的值由终端确定主动式命令中的相应数据对象的内容,生成在基于已确定相应数据对象内容的主动式命令生成的第一命令中,所述主动式命令通过在终端和uicc交互机制中预先扩展得到,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更类型包括应用下载、应用删除和应用nfc授权变更中的一种。
32.进一步的,所述方法还包括:
33.确定本次终端nfc应用变更对uicc的nfc业务的影响,并将其nfc业务进行相应更新。
34.第三方面,本公开提供一种终端,包括:
35.第一获取模块,其设置为当基于终端实现nfc业务的终端nfc应用发生变更后,获
取终端nfc应用变更状况;
36.生成模块,其设置为根据获取的终端nfc应用变更状况生成第一命令,所述第一命令携带终端nfc应用变更信息;
37.发送模块,其设置为将第一命令发送到uicc,以使uicc接收所述第一命令并对其进行解析,以获取终端nfc应用变更信息。
38.第三方面,本公开提供一种uicc,包括:
39.接收模块,其设置为接收终端发送的第一命令,所述第一命令由终端根据获取的终端nfc应用变更状况生成,所述终端nfc应用变更状况由终端在基于终端实现nfc业务的终端nfc应用发生变更后获取,所述第一命令携带终端nfc应用变更信息;
40.第二获取模块,其设置为对所述第一命令进行解析,以获取终端nfc应用变更信息。
41.第五方面,本公开还提供一种电子设备,包括存储器和处理器,所述存储器中存储有计算机程序,当所述处理器运行所述存储器存储的计算机程序时,所述处理器执行如第一方面和第二方面中任一所述的动态更新nfc能力的方法。
42.第六方面,本公开还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面和第二方面中任一所述的动态更新nfc能力的方法。
43.有益效果:
44.本公开提供的动态更新nfc能力的方法、终端、uicc、电子设备及计算机可读存储介质,当基于终端实现nfc业务的终端nfc应用发生变更后,终端获取终端nfc应用变更状况;然后根据获取的终端nfc应用变更状况生成第一命令,所述第一命令携带终端nfc应用变更信息;将第一命令发送到uicc,以使uicc接收所述第一命令并对其进行解析,以获取终端nfc应用变更信息。本公开的技术方案在使用终端nfc的应用发生变化时,uicc可以从终端及时获取相应的情况,实时更新终端nfc应用的部署状态。方案可以作为终端和uicc在nfc业务方面信息同步的补充手段,实现动态和实时的统筹管理,加强了nfc业务管理的效率和效果,为更好满足nfc业务功能提供了实现可能性和基本前提。
附图说明
45.图1为本公开实施例一提供的一种动态更新nfc能力的方法的流程示意图;
46.图2为本公开实施例二提供的一种动态更新nfc能力的方法的流程示意图;
47.图3为本公开实施例三提供的一种动态更新nfc能力的方法的流程示意图;
48.图4为本公开实施例四提供的一种终端的架构图;
49.图5为本公开实施例五提供的一种uicc的架构图;
50.图6为本公开实施例六提供的一种电子设备的架构图。
具体实施方式
51.为使本领域技术人员更好地理解本公开的技术方案,下面结合附图和实施例对本公开作进一步详细描述。
52.其中,在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨
在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚的表示其他含义。
53.终端和uicc作为nfc业务不同的承载实体,在nfc业务方面相互影响和制约,二者具有信息同步的必要性。对于终端nfc应用的动态变化,uicc需要可行的方式实时同步其变化。而uicc由于其在机卡关系中相对被动的位置,目前还无法有效获得终端nfc应用部署的变更情况。
54.下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
55.图1为本公开实施例一提供的一种动态更新nfc能力的方法的流程示意图,应用于终端,如图1所示,所述方法包括:
56.步骤s101:当基于终端实现nfc业务的终端nfc应用发生变更后,获取终端nfc应用变更状况;
57.步骤s102:根据获取的终端nfc应用变更状况生成第一命令,所述第一命令携带终端nfc应用变更信息;
58.步骤s103:将第一命令发送到uicc,以使uicc接收所述第一命令并对其进行解析,以获取终端nfc应用变更信息。
59.用户设备(user equipment,简称:ue)包括移动设备(mobile equipment,简称:me)和uicc卡,在本公开的实施例中,移动设备被称为终端,uicc上具有通用用户识别模块(universal subscriber identity module,简称:usim)。
60.usim是umts(universal mobile telecommunications system,通用移动通信系统)网络中使用的sim卡的延续与进步,用于存储用户身份信息和个人数据,保障接入移动网络服务的安全,可以利用必要的功能和数据,在用户访问移动网络服务时进行用户识别和用户授权,实现3g网络能够表示和识别用户应用的要求。相对于sim卡来说,usim卡不再是建立于单一的电信应用平台上,而是将成为通用集成电路卡uicc上驻留的多种应用之一。uicc是一个通用智能卡平台,为其上层应用提供统一的底层支撑,除usim之外,uicc上还可以驻留银行、票务等其它智能卡应用,真正实现了承载平台和应用的分离。
61.uicc与终端间的关系有一个发展的过程,在最初的定位中,uicc处于完全被动的地位,终端发送命令到uicc,uicc执行命令后返回响应到终端,终端和uicc间以命令/响应对的方式交互,且都是终端发起命令uicc响应的方式,这种机制不允许uicc主动向终端发送命令,终端始终是占据主导地位的,uicc只可以处于从终端接受命令、执行命令、回送响应的受控制受支配的状态,这样就限制了基于卡片的应用的开发与使用。
62.随着uicc业务需求的发展,为了解决此类问题,在cu接口(终端和uicc的接口)的协议栈中引入stk/usat协议层,stk/usat层在传输层提供的服务基础之上提供了一种服务机制,允许uicc应用与支持这种机制的终端进行交互和操作,使得uicc可以主动要求终端执行某个操作,stk/usat指令集是电信智能卡通过终端实现业务的基础和主要方式。借助stk/usat协议,在uicc上也可以实现各种应用,并通过终端提供给用户。但现有技术中,uicc还无法获取基于终端实现nfc业务的终端nfc应用的变更信息,在现有技术中还没有相应的命令。
63.为了实现uicc对终端nfc情况的动态更新,也就是当终端中使用基于终端实现nfc业务的应用情况发生变化时,可以实时地获取相关情况,终端获取终端nfc应用变更状况,具体可以通过nfc功能获取,即由nfc功能授权使用或授权询问使用nfc的应用发送变动后向终端提供应用变动情况或者相应的nfc功能权限变动情况。通过预先在终端和uicc交互机制中新增命令,命令作用是终端向uicc传达使用基于终端实现nfc业务的应用的动态变化,终端根据命令要求和获取的终端nfc应用变更状况生成第一命令,命令中包括特定的命令符,对终端nfc应用变更状况进行表征,然后将第一命令发送到uicc,uicc接收到第一命令后,对第一命令进行解析,获取终端nfc应用变更情况,然后确定本次终端nfc应用变更对uicc的nfc业务的影响,并将业务进行对应更新。例如,当基于终端实现nfc业务的某应用不再使用时,可能相应的需要使用基于uicc实现nfc业务,uicc需要为此做好相应的准备;或者,之前一直使用基于uicc实现nfc的某种业务,当终端下载了对应的应用,更改为通过终端的nfc功能实现此种业务,uicc需要获知以便于进行管理,加强nfc业务管理的效率和效果。
64.进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
65.终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
66.终端卸载删除原nfc应用;
67.终端nfc应用部署情况未变化,但nfc授权状态发生变更。
68.下载和应用删除分别指下载新的使用终端nfc功能的应用和删除原有的使用终端nfc功能的应用,应用nfc授权变更指在应用部署状态没有变化的情况下,其nfc授权状态在未授权、已授权和授权询问三种状态间的变化。在本公开实例的另一种实施方式中,当有多个应用变更时,终端nfc应用变更状况也可以是以上三种情况中多种情况同时发生。
69.进一步的,所述方法还包括:
70.在终端和uicc交互机制中预先扩展主动式命令,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更类型包括应用下载、应用删除和应用nfc授权变更中的一种;
71.所述根据获取的终端nfc应用变更状况生成第一命令包括:
72.确定所述主动式命令中的相应数据对象的内容;
73.基于已确定相应数据对象内容的主动式命令生成所述第一命令。
74.通过在终端和uicc交互机制中预先扩展主动式命令,命令作用是终端向uicc传达使用基于终端实现nfc业务的应用的动态变化,新增的命令不妨命名为nfc application update,其命令及相应的响应消息的结构如下表1所示:
75.表1:nfc application update命令结构
[0076][0077][0078]
注:
[0079]
nfc授权状态为新增数据对象,必选,表示发生变更的应用nfc授权状态;
[0080]
应用nfc变更类型为新增数据对象,必选,表示发生的变动情况的类型,具体编码含义如上表所示。
[0081]
确定所述主动式命令中的相应数据对象的内容则可以基于已确定相应数据对象内容的主动式命令生成所述第一命令。
[0082]
进一步的,所述确定所述主动式命令中的相应数据对象的内容包括:
[0083]
若终端nfc应用变更状况为终端安装新nfc应用,新nfc应用获得nfc授权或授权询问,则生成nfc授权状态和应用nfc变更类型的数据对象,所述nfc授权状态为未授权或已授权,所述应用nfc变更类型为应用下载;
[0084]
若终端nfc应用变更状况为终端卸载原nfc应用,则生成应用nfc变更类型的数据对象,所述应用nfc变更类型为应用删除;
[0085]
若终端nfc应用变更状况为终端nfc应用部署情况未变化,但nfc授权状态发生变更,则生成nfc授权状况和应用nfc变更类型的数据对象,所述nfc授权状况为变更后的nfc授权状况,具体为未授权、已授权或者授权询问,应用nfc变更类型为应用nfc授权变更。
[0086]
确定所述主动式命令中的相应数据对象的内容,根据获取的终端nfc应用变更状况生成数据对象,包括:
[0087]
对于终端安装新nfc应用,新nfc应用获得nfc授权或授权询问的情况,终端生成注册应用数据、nfc授权情况和应用nfc变更类型的数据对象,其中nfc授权情况取值为01或02,应用nfc变更类型取值为00;
[0088]
对于终端卸载删除原nfc应用的情况,终端生成注册应用数据和应用nfc变更类型的数据对象,其中应用nfc变更类型取值为01;
[0089]
对于终端nfc应用部署情况未变化,nfc授权状态发生变更的情况,终端生成注册应用数据、nfc授权情况和应用nfc变更类型的数据对象,其中nfc授权情况为变更后的nfc授权情况,取值为00、01或02,应用nfc变更类型取值为02;
[0090]
在确定了相应的数据对象后,终端可以根据nfc application update命令结构生成第一命令,即第一命令为确定了数据对象相应值的nfc application update命令,将第一命令发送到uicc,uicc可以通过解析第一命令中相应数据对象的值,获取终端nfc应用变更信息。
[0091]
本公开实施例面向uicc和终端关于nfc信息同步和统一管理的需求,针对终端nfc应用动态变化情况下,uicc无法实时获取相关情况的问题,提出在使用基于终端的nfc方案的应用发生变更时,将相关情况同步到uicc方法。方法提出了终端将nfc功能的变化通过扩展命令同步到uicc的过程,提供了新增命令的功能和结构,并定义了扩展的数据对象,同时规定了方案实现过程中各实体之间的交互流程。
[0092]
图2为本公开实施例二提供的一种动态更新nfc能力的方法的流程示意图,应用于uicc,如图2所示,所述方法包括:
[0093]
步骤s201:接收终端发送的第一命令,所述第一命令由终端根据获取的终端nfc应用变更状况生成,所述终端nfc应用变更状况由终端在基于终端实现nfc业务的终端nfc应用发生变更后获取,所述第一命令携带终端nfc应用变更信息;
[0094]
步骤s202:对所述第一命令进行解析,以获取终端nfc应用变更信息。
[0095]
uicc通接收终端发送的第一命令,并根据第一命令中特定的命令符,获取终端nfc应用变更信息,其具体过程参见实施例一中的相关描述,作为终端和uicc在nfc业务方面信息同步的补充手段,实现nfc功能动态和实时的统筹管理,加强了nfc业务管理的效率和效果,为更好满足nfc业务功能提供了实现可能性和基本前提。
[0096]
进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
[0097]
终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
[0098]
终端卸载删除原nfc应用;
[0099]
终端nfc应用部署情况未变化,但nfc授权状态发生变更。
[0100]
进一步的,所述对所述第一命令进行解析,以获取终端nfc应用变更信息,包括:
[0101]
确定所述第一命令中的相应数据对象的值,根据所述相应数据对象的值确定终端nfc应用的应用变更类型及对应nfc授权状态变更类型;
[0102]
所述第一命令中的相应数据对象的值由终端确定主动式命令中的相应数据对象的内容,生成在基于已确定相应数据对象内容的主动式命令生成的第一命令中,所述主动式命令通过在终端和uicc交互机制中预先扩展得到,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更类型包括应用下载、应用删除和应用nfc授权变更中的一种。
[0103]
如表1所示,在不同情况下,第一命令中具有不同的数据对象及其对应得值,在确定了第一命令中的相应数据对象的值,即可确定终端nfc应用的应用变更类型及应用对应nfc授权状态变更类型。
[0104]
进一步的,所述方法还包括:
[0105]
确定本次终端nfc应用变更对uicc的nfc业务的影响,并将其nfc业务进行相应更新。
[0106]
在获取了终端nfc应用变更状况后,根据变更情况确定本次终端nfc应用变更对uicc的nfc业务的影响,将业务进行对应更新。例如,当基于终端实现nfc业务的某应用不再使用时,可能相应的需要使用基于uicc实现nfc业务,uicc需要为此做好相应的准备;或者,之前一直使用基于uicc实现nfc的某种业务,当终端下载了对应的应用,更改为通过终端的nfc功能实现此种业务,uicc需要获知以便于进行管理,加强nfc业务管理的效率和效果。
[0107]
为了更加清楚完整的描述本公开的技术方案,本公开实施例三还提供一种动态更新nfc能力的方法,如图3所示,所示方法包括:
[0108]
步骤s1:终端nfc功能获知使用基于终端实现nfc业务的应用情况发生变更,包括以下各种情况:
[0109]
1)终端下载安装新nfc应用,应用获得nfc授权或授权询问;
[0110]
2)终端卸载删除原nfc应用;
[0111]
3)终端应用部署情况未变化,nfc授权状态发生变更,即在未授权、已授权和授权询问三种状态间发生了切换;
[0112]
步骤s2:nfc功能提供终端nfc应用变更情况到终端;
[0113]
步骤s3:终端收到后进行解析和处理,确定终端nfc应用变更的类型和情况;
[0114]
步骤s4:终端根据终端nfc应用变更类型生成数据对象,包括:
[0115]
1)对于s1-1)的情况,生成注册应用数据、nfc授权情况和应用nfc变更类型的数据对象,其中nfc授权情况取值为01或02,应用nfc变更类型取值为00;
[0116]
2)对于s1-2)的情况,生成注册应用数据和应用nfc变更类型的数据对象,其中应用nfc变更类型取值为01;
[0117]
3)对于s1-3)的情况,生成注册应用数据、nfc授权情况和应用nfc变更类型的数据对象,其中nfc授权情况为变更后的nfc授权情况,取值为00、01或02,应用nfc变更类型取值为02;
[0118]
步骤s5:终端根据上述步骤生成的数据对象生成nfc application update命令,命令结构如实施例一中的表1,向uicc提供nfc应用发生变更的情况;
[0119]
步骤s6:终端发送nfc application update命令到uicc;
[0120]
步骤s7:uicc收到命令后进行解析,获取终端nfc应用变更情况;
[0121]
步骤s8:uicc分析本次终端nfc应用变更情况对uicc的nfc业务的影响,将业务进行对应更新。
[0122]
图4为本公开实施例四提供的一种终端的架构图,如图4所示,包括:
[0123]
第一获取模块11,其设置为当基于终端实现nfc业务的终端nfc应用发生变更后,获取终端nfc应用变更状况;
[0124]
生成模块12,其设置为根据获取的终端nfc应用变更状况生成第一命令,所述第一命令携带终端nfc应用变更信息;
[0125]
发送模块13,其设置为将第一命令发送到uicc,以使uicc接收所述第一命令并对其进行解析,以获取终端nfc应用变更信息。
[0126]
进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
[0127]
终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
[0128]
终端卸载删除原nfc应用;
[0129]
终端nfc应用部署情况未变化,但nfc授权状态发生变更。
[0130]
进一步的,所述生成模块12包括:
[0131]
扩展单元,其设置为在终端和uicc交互机制中预先扩展主动式命令,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更类型包括应用下载、应用删除和应用nfc授权变更中的一种;
[0132]
生成单元,其设置为确定所述主动式命令中的相应数据对象的内容;以及,
[0133]
基于已确定相应数据对象内容的主动式命令生成所述第一命令。
[0134]
进一步的,所述确定生成具体设置为:
[0135]
若终端nfc应用变更状况为终端安装新nfc应用,新nfc应用获得nfc授权或授权询问,则生成nfc授权状态和应用nfc变更类型的数据对象,所述nfc授权状态为未授权或已授权,所述应用nfc变更类型为应用下载;以及,
[0136]
若终端nfc应用变更状况为终端卸载原nfc应用,则生成应用nfc变更类型的数据对象,所述应用nfc变更类型为应用删除;以及,
[0137]
若终端nfc应用变更状况为终端nfc应用部署情况未变化,但nfc授权状态发生变更,则生成nfc授权状况和应用nfc变更类型的数据对象,所述nfc授权状况为变更后的nfc授权状况,具体为未授权、已授权或者授权询问,应用nfc变更类型为应用nfc授权变更。
[0138]
图5为本公开实施例五提供的提供一种uicc的架构图,如图5所示,包括:
[0139]
接收模块21,其设置为接收终端发送的第一命令,所述第一命令由终端根据获取的终端nfc应用变更状况生成,所述终端nfc应用变更状况由终端在基于终端实现nfc业务的终端nfc应用发生变更后获取,所述第一命令携带终端nfc应用变更信息;
[0140]
第二获取模块22,其设置为对所述第一命令进行解析,以获取终端nfc应用变更信息。
[0141]
进一步的,所述终端nfc应用变更状况包括以下情况中的任意一种:
[0142]
终端安装新nfc应用,新nfc应用获得nfc授权或授权询问;
[0143]
终端卸载删除原nfc应用;
[0144]
终端nfc应用部署情况未变化,但nfc授权状态发生变更。
[0145]
进一步的,所述第二获取模块22具体设置为:
[0146]
确定所述第一命令中的相应数据对象的值,根据所述相应数据对象的值确定终端nfc应用的应用变更类型及对应nfc授权状态变更类型;
[0147]
所述第一命令中的相应数据对象的值由终端确定主动式命令中的相应数据对象的内容,生成在基于已确定相应数据对象内容的主动式命令生成的第一命令中,所述主动式命令通过在终端和uicc交互机制中预先扩展得到,其中包括nfc授权状态的数据对象和应用nfc变更类型的数据对象,其中,nfc授权状态包括未授权、已授权和授权询问中的一种,应用nfc变更的类型包括应用下载、应用删除和应用nfc授权变更中的一种。
[0148]
进一步的,所述uicc还包括更新模块23;
[0149]
所述更新模块23设置为确定本次终端nfc应用变更对uicc的nfc业务的影响,并将其nfc业务进行相应更新。
[0150]
本公开实施例的终端和uicc用于实施方法实施例一至实施例三中的动态更新nfc能力的方法,所以描述的较为简单,具体可以参见前面方法实施例一至三中的相关描述,此处不再赘述。
[0151]
此外,如图6所示,本公开实施例六还提供一种电子设备,包括存储器10和处理器20,所述存储器10中存储有计算机程序,当所述处理器20运行所述存储器10存储的计算机程序时,所述处理器20执行上述各种可能的动态更新nfc能力的方法。
[0152]
其中,存储器10与处理器20连接,存储器10可采用闪存或只读存储器或其他存储器,处理器20可采用中央处理器或单片机。
[0153]
此外,本公开实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,当用户设备的至少一个处理器执行该计算机执行指令时,用户设备执行上述各种可能的方法。
[0154]
其中,计算机可读存储介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic(application specific integrated circuit,专用集成电路)中。另外,该asic可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于通信设备中。
[0155]
可以理解的是,以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式,然而本公开并不局限于此。对于本领域内的普通技术人员而言,在不脱离本公开的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本公开的保护范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1