动态管理业务控制的方法、USIM、计算机设备和介质与流程

本公开涉及通信技术领域，尤其涉及一种动态管理业务控制的方法、一种usim、一种计算机设备，以及一种计算机可读存储介质。

背景技术：

目前，usat(usimapplicationtoolkit，usim应用工具箱)机制提供多种功能，业务控制是其中比较普及的一种。在现有技术中，业务控制支持的业务类型比较全面，只要终端和usim(universalsubscriberidentitymodule，通用用户识别模块)都支持，发起的业务类型都会提供到usim要求控制，而很多情况下，usim的预设策略其实并不是面向所有业务类型的，仅对需要关注的部分重点业务类型进行控制，比如在5g(5thgenerationmobilenetworks，第五代移动通信技术)发展初期，需要对5gpdu(protocoldataunit，协议数据单元)数据连接进行管理和控制，其它类型数据连接可不必控制。虽然这种情况下，usim会允许其它类型的数据连接发起，不影响业务操作本身，然而毕竟需要机卡之间的业务流程和命令交互后完成，会造成接口资源占用，业务步骤复杂化，影响业务效率的问题，造成这一问题的原因是usim对业务控制的业务类型缺少灵活可配置的方法，不能根据实际策略需要调整业务类型的范围。

因此，提出一种可以根据业务需求变化动态管理业务控制的方案是目前亟待解决的问题。

技术实现要素：

为了至少部分解决现有技术中存在的技术问题而完成了本公开。

根据本公开实施例的一方面，提供一种动态管理业务控制的方法，应用于终端，所述方法包括：

在终端产生发起通用用户识别模块usim业务控制范围内某类业务操作的需求后，生成对应的envelope命令，其中envelope命令的类型分为呼叫控制envelope-callcontrol命令和短消息控制envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

将已生成的envelope命令发送至usim，以使usim解析envelope命令以获取命令类型，并在所述命令类型是envelope-callcontrol命令时读取其中表示命令涉及的具体业务类型的数据对象，再判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致；以及，

执行所述管理命令并返回响应消息到usim。

根据本公开实施例的另一方面，提供一种动态管理业务控制的方法，应用于通用用户识别模块usim，所述方法包括：

接收终端发送的envelope命令，其中envelope命令是终端在产生发起usim业务控制范围内某类业务操作的需求后所生成的对应的控制命令，envelope命令的类型分为呼叫控制envelope-callcontrol命令和短消息控制envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

解析终端发送的envelope命令，以获取命令类型；

若所述命令类型是envelope-callcontrol命令，则读取其中表示命令涉及的具体业务类型的数据对象；

判断所述数据对象包含的业务类型是否在需要进行控制的范围内；

若不在需要进行控制的范围内，则生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致，以使终端执行所述管理命令并返回响应消息到usim。

根据本公开实施例的又一方面，提供一种终端，包括：

第一生成模块，其设置为在终端产生发起通用用户识别模块usim业务控制范围内某类业务操作的需求后，生成对应的envelope命令，其中envelope命令的类型分为呼叫控制envelope-callcontrol命令和短消息控制envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

第一发送模块，其设置为将所述第一生成模块生成的envelope命令发送至usim，以使usim解析envelope命令以获取命令类型，并在所述命令类型是envelope-callcontrol命令时读取其中表示命令涉及的具体业务类型的数据对象，再判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致；以及，

执行模块，其设置为执行所述管理命令并返回响应消息到usim。

根据本公开实施例的再一方面，提供一种通用用户识别模块usim，包括：

接收模块，其设置为接收终端发送的envelope命令，其中envelope命令是终端在产生发起usim业务控制范围内某类业务操作的需求后所生成的对应的控制命令，envelope命令的类型分为呼叫控制envelope-callcontrol命令和短消息控制envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

解析模块，其设置为解析终端发送的envelope命令，以获取命令类型；

读取模块，其设置为若所述解析模块获取到的命令类型是envelope-callcontrol命令时，读取其中表示命令涉及的具体业务类型的数据对象；

第一判断模块，其设置为判断所述数据对象包含的业务类型是否在需要进行控制的范围内；以及，

第二生成模块，其设置为在所述第一判断模块判断所述数据对象包含的业务类型不在需要进行控制的范围内时，生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与所述读取模块已读取的业务类型一致，以使终端执行所述管理命令并返回响应消息到usim。

根据本公开实施例的还一方面，提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行前述动态管理业务控制的方法。

根据本公开实施例的还一方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行前述动态管理业务控制的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例提供的动态管理业务控制的方法，针对目前usim业务控制功能的范围固定单一，不能灵活适应业务需要的问题，在现有usat业务控制功能的基础上，通过对流程的改进和业务命令的扩展，实现usim根据业务需求变化对业务控制的业务类型实现灵活、动态、可调整、可配置的管理。

本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本公开技术方案的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开的技术方案，并不构成对本公开技术方案的限制。

图1为本公开实施例提供的一种动态管理业务控制的方法的流程示意图；

图2为本公开实施例提供的另一种动态管理业务控制的方法的流程示意图；

图3为本公开实施例提供的又一种动态管理业务控制的方法的流程示意图；

图4为本公开实施例提供的终端的结构示意图；

图5为本公开实施例提供的usim的结构示意图；

图6为本公开实施例提供的动态管理业务控制的系统的结构示意图；

图7为本公开实施例提供的计算机设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序；并且，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。

usim(universalsubscriberidentitymodule，通用用户识别模块)是umts(universalmobiletelecommunicationssystem，通用移动通信系统)网络中使用的sim(subscriberidentitymodule，用户识别模块)的延续与进步,用于存储用户身份信息和个人数据，保障接入移动网络服务的安全，可以利用必要的功能和数据，在用户访问移动网络服务时进行用户识别和用户授权，实现网络能够表示和识别用户应用的要求。相对于sim来说，usim应用不再是建立于单一的电信应用平台上，而是将成为uicc(universalintegratedcircuitcard，通用集成电路卡)上驻留的多种应用之一。uicc是一个通用智能卡平台，为其上层应用提供统一的底层支撑，除usim应用之外，uicc上还可以驻留银行、票务等其它智能卡应用，真正实现了承载平台和应用的分离。

uicc与终端间的关系有一个发展的过程，在最初的定位中，uicc处于完全被动的地位，即uicc只能以被动方的角色响应终端的命令，没有可以主动表达需求的方式，这很大程度限制了uicc的发展。随着uicc业务需求的发展，为了这方面问题，在cu接口(终端和uicc的接口)的协议栈中引入stk/usat协议层，stk/usat协议层在传输层提供的服务基础之上提供了一种服务机制，允许uicc上驻留的应用与支持这种服务机制的终端进行交互和操作，使得uicc可以主动要求终端执行某个操作，stk/usat指令集是电信智能卡通过终端实现业务的基础和主要方式。借助stk/usat协议，在uicc上也可以实现各种应用，并通过终端提供给用户。其中，stk的全称为simtoolkit，指的是sim工具箱；usat的全称为usimapplicationtoolkit，指的是usim应用工具箱。

目前，usat机制提供多种功能，业务控制是其中比较普及的一种，即当终端在发起语音呼叫、短消息、数据连接等业务时，需要将业务类型和关键参数发送到usim，由其判断是是否可以发起该业务，usim可以根据预设策略提供判断结果，包括允许、禁止、修改该项业务操作，而支持usat业务控制的终端须按照usim判断结果执行。业务控制最初的业务范围比较简单，仅包括常见的语音呼叫、短消息、补充业务、ussd(unstructuredsupplementaryservicedata，非结构化补充服务数据)业务、数据连接等等，而随着技术的演进和业务需求的增长，业务控制的范围越来越大，也越来越细化，仅数据连接一类，就逐渐按照不同的网络制式区分为pdp(packetdataprotocol，分组数据协议)连接、pdn(publicdatanetwork，公用数据网)连接、pdu(protocoldataunit，协议数据单元)连接、ims(ipmultimediasubsystem，ip多媒体子系统)连接等，可以说，业务控制已经有了比较明显的变化。

现有技术中，业务控制支持的业务类型比较全面，只要终端和usim都支持，发起的业务类型都会提供到usim要求控制，而很多情况下，usim的预设策略其实并不是面向所有业务类型的，仅对需要关注的部分重点业务类型进行控制，比如在5g(5thgenerationmobilenetworks，第五代移动通信技术)发展初期，需要对5gpdu数据连接进行管理和控制，其它类型数据连接可不必控制。虽然这种情况下，usim会允许其它类型的数据连接发起，不影响业务操作本身，然而毕竟需要机卡之间的业务流程和命令交互后完成，会造成接口资源占用，业务步骤复杂化，影响业务效率的问题，造成这一问题的原因是usim对业务控制的业务类型缺少灵活可配置的方法，不能根据实际策略需要调整业务类型的范围。

可见，usim业务控制作为一类成熟且不断发展的业务，其原有的全面且固定的业务表现形式逐渐出现了一些不适合业务需求灵活变化的问题。为了解决这一问题，本公开实施例提出了通过对现有业务控制功能的改进和扩展以实现根据业务需求变化动态管理业务控制的方案，下面将进行详细描述。

在usat业务控制功能中，实现业务控制主要通过两类命令：envelope-callcontrol和envelope-shortmessagecontrol。其中envelope-shortmessagecontrol命令实现usim对短消息的控制，也称为短消息控制命令；envelope-callcontrol命令实现usim对其它业务类型的控制，也称为呼叫控制命令。本公开实施例首先需要对命令和响应相关的数据对象进行扩展，具体为增加表示命令涉及的具体业务类型的数据对象，并且在终端向usim发送的envelope-callcontrol命令中，除原有命令结构和数据域之外，还须增加该数据对象，而envelope-shortmessagecontrol命令则无需改变。

该新增的表示命令涉及的具体业务类型的数据对象具体定义如下表1所示：

表1

相应地，增加了该新增的表示命令涉及的具体业务类型的数据对象的envelope-callcontrol命令的结构如下表2所示：

表2

表2注：

1)业务类型为必选数据对象，表示当前发起的业务操作的类型，具体定义如上表2所示；

2)业务参数1-业务参数n为现有命令中的数据域内容，表示当前发起的业务参数，若业务类型不同，则业务参数不同，此处不予赘述。其中业务参数1为必选，其后各业务参数属性视业务类型需要而定。

然后，需要对envelope-callcontrol命令进行进一步处理，除现有技术中对是否允许命令发起并执行外，还需要根据表示命令涉及的具体业务类型的数据对象进行判断，如果该业务类型不在需进行控制的范围内，则通过扩展的主动式指令将其去激活，具体为扩展的可对业务类型实现激活/去激活的管理命令，可以将其命名为controlservicetypemanagement，所述管理命令结构如下表3所示：

表3

表3注：

1)命令限定符指示当前管理命令的类型，如上述命令结构所示，00为去激活，01为激活；

2)业务类型为必选，由前置命令而来，具体获取方式将在下文中进行详细描述。

图1为本公开实施例提供的一种动态管理业务控制的方法的流程示意图。所述方法应用于终端。如图1所示，所述方法包括如下步骤s101至s103。

s101.在终端产生发起usim业务控制范围内某类业务操作的需求后，生成对应的envelope命令，其中envelope命令的类型分为envelope-callcontrol命令和envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

s102.将已生成的envelope命令发送至usim，以使usim解析envelope命令以获取命令类型，并在所述命令类型是envelope-callcontrol命令时读取其中表示命令涉及的具体业务类型的数据对象，再判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致；

s103.执行所述管理命令并返回响应消息到usim。

图2为本公开实施例提供的另一种动态管理业务控制的方法的流程示意图。所述方法应用于usim。如图2所示，所述方法包括如下步骤s201至s205。

s201.接收终端发送的envelope命令，其中envelope命令是终端在产生发起usim业务控制范围内某类业务操作的需求后所生成的对应的控制命令，envelope命令的类型分为envelope-callcontrol命令和envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

s202.解析终端发送的envelope命令，以获取命令类型；

s203.若所述命令类型是envelope-callcontrol命令(即呼叫控制命令)，则读取其中表示命令涉及的具体业务类型的数据对象；

s204判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则执行步骤s205，否则结束当前流程；

s205.生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致，以使终端执行所述管理命令并返回响应消息到usim。

本公开实施例中，在步骤s205之后，该业务类型的usim业务控制功能被去激活，终端在需要发起相应类型的业务操作时不再向usim发送控制请求，而直接执行业务操作。

在一种具体实施方式中，在步骤s202之后，还包括如下步骤s206：

s206.发送允许业务发起的响应消息到终端。

在一种具体实施方式中，在步骤s202之后，还包括如下步骤s207至s208。

s207.若所述命令类型是envelope-shortmessagecontrol命令(即短消息控制命令)，则判断是否需要usim对短消息进行控制，若不需要usim对短消息进行控制，则执行步骤s208，否则结束当前流程；

s208.生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型为短消息，以使终端执行所述管理命令并返回响应消息到usim。

本公开实施例中，在步骤s208之后，短消息业务类型的usim业务控制功能被去激活，终端在需要发起短消息业务类型的业务操作时不再向usim发送控制请求，而直接执行业务操作。

在一种具体实施方式中，在步骤s205及步骤s208之后，还包括如下步骤s209至s210。

s209.在后续业务策略发生变更的情况下，判断是否需要恢复对之前去激活的业务类型的业务控制，若需要，则执行步骤s210，否则结束当前流程；

s210.生成激活的管理命令并发送至终端，所述管理命令包含之前去激活的业务类型，以使终端在收到所述管理命令后恢复usim对之前去激活的业务类型的业务控制。

本公开实施例中，如果后续业务策略发生变更，usim需恢复对之前去激活的业务类型的业务控制，则需要执行前述步骤s209和s210。

图3为本公开实施例提供的又一种动态管理业务控制的方法的流程示意图。如图3所示，所述方法包括如下步骤s301至s314。

s301.根据用户或相关业务的要求，终端产生发起usim业务控制范围内某类业务操作的需求；其中，终端支持usim业务控制；

s302.终端生成与所述需求对应的envelope命令并发送到usim；其中envelope命令的类型分为envelope-callcontrol命令和envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

s303.usim收到终端发送的envelope命令后对其进行解析，以获取命令类型，若所述命令类型是envelope-callcontrol命令(对应其他业务类型，命令结构参见前述表2)，则执行步骤s304；若所述命令类型是envelope-shortmessagecontrol命令(对应短消息业务)，则执行步骤s308；

s304.usim发送允许业务发起的响应消息到终端；

s305.usim读取envelope-callcontrol命令中表示命令涉及的具体业务类型的数据对象，以确定本次命令的业务类型；

s306.usim判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则执行步骤s307，否则结束当前流程；

s307.usim生成去激活的controlservicetypemanagement命令(即管理命令)并发送至终端，命令限定符置为“00”，所述管理命令包含的业务类型与usim读取的业务类型一致(业务类型取值参见前述表1和表2，且取值不会为“07”)，然后执行步骤s311；

s308.usim发送允许业务发起的响应消息到终端；

s309.usim判断是否需要usim对短消息进行控制，若不需要usim对短消息进行控制，则执行步骤s310，否则结束当前流程；

s310.usim生成去激活的controlservicetypemanagement命令(即管理命令)并发送至终端，命令限定符置为“00”，所述管理命令包含的业务类型为短消息(业务类型取值为“07”)，然后执行步骤s311；

s311.终端执行接收到的管理命令并返回响应消息到usim；

s312.在后续业务策略发生变更的情况下，usim需恢复对之前去激活的业务类型的业务控制，即恢复对某业务类型的控制一般是由业务策略发生变化而引起，则usim判断是否需要恢复对之前去激活的业务类型的业务控制，若需要，则执行步骤s313，否则结束当前流程；

s313.usim生成激活的controlservicetypemanagement命令(即管理命令)并发送至终端，命令限定符置为“01”，所述管理命令包含之前去激活的业务类型；

s314.终端接收到激活的管理命令后恢复usim对之前去激活的业务类型的业务控制。

本公开实施例提供的动态管理业务控制的方法，针对目前usim业务控制功能的范围固定单一，不能灵活适应业务需要的问题，在现有usat业务控制功能的基础上，通过对流程的改进和业务命令的扩展，具体为在终端生成的envelope命令的类型为envelope-callcontrol命令时，在envelope-callcontrol命令中除了原有命令结构和数据域以外，还新增了含有表示命令涉及的具体业务类型的数据对象，从而能够实现usim根据业务需求变化对业务控制的业务类型实现灵活、动态、可调整、可配置的管理；所述方法在一定程度上改变了现有usat业务控制功能全面而固定的业务表现形式，在简化业务流程、优化业务资源配置、提升业务效率方面都有明显效果，更符合动态灵活的管理发展趋势。

图4为本公开实施例提供的终端的结构示意图。如图4所示，终端4包括：第一生成模块41、第一发送模块42和执行模块43。

其中，第一生成模块41设置为在终端产生发起usim业务控制范围内某类业务操作的需求后，生成对应的envelope命令，其中envelope命令的类型分为envelope-callcontrol命令和envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；

第一发送模块42设置为将所述第一生成模块生成的envelope命令发送至usim，以使usim解析envelope命令以获取命令类型，并在所述命令类型是envelope-callcontrol命令时读取其中表示命令涉及的具体业务类型的数据对象，判断所述数据对象包含的业务类型是否在需要进行控制的范围内，若不在需要进行控制的范围内，则生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与已读取的业务类型一致；以及，

执行模块43设置为执行所述管理命令并返回响应消息到usim。

本公开实施例提供的终端，在其生成的envelope命令的类型为envelope-callcontrol命令时，在envelope-callcontrol命令中除了原有命令结构和数据域以外，还新增了含有表示命令涉及的具体业务类型的数据对象，则usim在收到终端发送的envelope命令后，若解析出envelope命令的类型为envelope-callcontrol命令，且envelope-callcontrol命令中表示命令涉及的具体业务类型的数据对象所包含的业务类型不在需要进行控制的范围内时，生成去激活的管理命令并发送至终端，且终端执行所述管理命令并返回响应消息到usim，从而能够实现usim根据业务需求变化对业务控制的业务类型实现灵活、动态、可调整、可配置的管理；而且，在一定程度上改变了现有usat业务控制功能全面而固定的业务表现形式，在简化业务流程、优化业务资源配置、提升业务效率方面都有明显效果，更符合动态灵活的管理发展趋势。

图5为本公开实施例提供的usim的结构示意图。如图5所示，usim5包括：接收模块501、解析模块502、读取模块503、第一判断模块504和第二生成模块505。

其中，接收模块501设置为接收终端发送的envelope命令，其中envelope命令是终端在产生发起usim业务控制范围内某类业务操作的需求后所生成的对应的控制命令，envelope命令的类型分为envelope-callcontrol命令和envelope-shortmessagecontrol命令，且envelope-callcontrol命令中含有表示命令涉及的具体业务类型的数据对象；解析模块502设置为解析终端发送的envelope命令，以获取命令类型；读取模块503设置为若所述解析模块502获取到的命令类型是envelope-callcontrol命令时，读取其中表示命令涉及的具体业务类型的数据对象；第一判断模块504设置为判断所述数据对象包含的业务类型是否在需要进行控制的范围内；第二生成模块505设置为在所述第一判断模块504判断所述数据对象包含的业务类型不在需要进行控制的范围内时，生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型与读取模块503已读取的业务类型一致，以使终端执行所述管理命令并返回响应消息到usim，之后该业务类型的usim业务控制功能被去激活，终端在需要发起相应类型的业务操作时不再向usim发送控制请求，而直接执行业务操作。

在一种具体实施方式中，usim5还包括：第二发送模块506。

第二发送模块506设置为在所述解析模块502解析envelope命令之后，发送允许业务发起的响应消息到终端。

在一种具体实施方式中，usim还包括：第二判断模块507和第三生成模块508。

其中，第二判断模块507设置为若所述解析模块502获取到的命令类型是envelope-shortmessagecontrol命令时，判断是否需要usim对短消息进行控制；第三生成模块508设置为在所述第二判断模块507判断需要usim对短消息进行控制时，生成去激活的管理命令并发送至终端，所述管理命令包含的业务类型为短消息，以使终端执行所述管理命令并返回响应消息到usim，之后短消息业务类型的usim业务控制功能被去激活，终端在需要发起短消息业务类型的业务操作时不再向usim发送控制请求，而直接执行业务操作。

在一种具体实施方式中，usim5还包括：第三判断模块509和第四生成模块510。

其中，第三判断模块509设置为判断是否需要恢复对之前去激活的业务类型的业务控制；第四生成模块510设置为在所述第三判断模块509判断需要恢复对之前去激活的业务类型的业务控制时，生成激活的管理命令并发送至终端，所述管理命令包含之前去激活的业务类型，以使终端在收到所述管理命令后恢复usim对之前去激活的业务类型的业务控制。

本公开实施例中，如果后续业务策略发生变更，usim需恢复对之前去激活的业务类型的业务控制，则需要第三判断模块509和第四生成模块510执行上述操作。

本公开实施例提供的usim，在接收到终端发送的envelope命令后，由于终端生成的envelope命令的类型为envelope-callcontrol命令时，在envelope-callcontrol命令中除了原有命令结构和数据域以外，还新增了含有表示命令涉及的具体业务类型的数据对象，那么若usim解析出envelope命令的类型为envelope-callcontrol命令，且envelope-callcontrol命令中表示命令涉及的具体业务类型的数据对象所包含的业务类型不在需要进行控制的范围内时，则生成去激活的管理命令并发送至终端，且终端执行所述管理命令并返回响应消息到usim，从而能够实现usim根据业务需求变化对业务控制的业务类型实现灵活、动态、可调整、可配置的管理；而且，在一定程度上改变了现有usat业务控制功能全面而固定的业务表现形式，在简化业务流程、优化业务资源配置、提升业务效率方面都有明显效果，更符合动态灵活的管理发展趋势。

图6为本公开实施例提供的动态管理业务控制的系统的结构示意图。如图6所示，所述系统包括：终端4和usim5。

由于终端4和usim5的结构已在前文中进行了详细描述，此处不再赘述。

基于相同的技术构思，本公开实施例相应还提供一种计算机设备，如图7所示，所述计算机设备7包括存储器71和处理器72，所述存储器71中存储有计算机程序，当所述处理器72运行所述存储器71存储的计算机程序时，所述处理器72执行前述动态管理业务控制的方法。

基于相同的技术构思，本公开实施例相应还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行前述动态管理业务控制的方法。

综上所述，本公开实施例提供的动态管理业务控制的方法、终端、usim、计算机设备及存储介质，针对目前usim业务控制灵活性不足的问题，提出根据业务需求变化动态管理业务控制的方案，在方案中描述了对业务类型概念的定义且增加了新的数据对象，并在此基础上改进了呼叫控制命令的结构，增加了对业务类型进行管理的命令，同时规定了终端与usim卡之间根据业务需求动态管理业务控制功能的交互流程，所述方案在推动业务管理模式灵活化发展的同时，也简化了业务流程，优化了业务资源配置并提升了业务效率。

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

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。