专利名称：电信智能卡的多应用管理服务器、多应用管理方法及系统的制作方法
技术领域：
本发明涉及移动通信技术领域，尤其涉及对电信智能卡的多应用管理技术。
背景技术：
从第二代移动通信开始，为了解决移动通信号码容易被复制的问题，引入 了电信智能卡，该电信智能卡放置在移动通信终端中，并内置了移动通信号码 的认证信息。当移动通信终端要登陆网络时，网络侧通过电信智能卡中存储的 认证信息对移动通信终端对应的通信号码进行认证，只有当认证通过后，网络 侧才允许移动通信终端登陆到移动通信网络。
目前电信智能卡除了承载电信应用(即对移动终端的号码认证)外，还可
以承载多个非电信应用，例如RFID ( Radio Frequency Identification ，无线射 频标识)应用、银行应用、交警应用等。
随着电信智能卡承载的应用类型的增多，对电信智能卡的管理难度也随之 增大。目前，对电信智能卡相关应用的管理是通过读卡器实现的，在将电信智 能卡发放给客户之前，根据客户的需要，在电信智能卡中内置与客户需要开通 的应用相关的数据，并对这些数据进行了初始化。当需要对一个新的应用进行 激活，或对已有业务进行暂停、取消暂停或终止等操作时，需要将电信智能卡 插入读卡器中，才能对其进行相关应用的管理，而读卡器一般只有指定代理商 才持有。
可见，当客户领用电信智能卡后，网络侧不能对电信智能卡的应用进行实 时管理，不能对电信智能卡的应用状态进行实时监控，这可能引起对电信智能 卡的应用不可控的问题，例如，为电信智能卡开通食堂消费应用，该应用在开 通以后，仅需在携带电信智能卡的终端和POS (Point-Of-Saleterminal,销售点要终止电信智能卡的食堂消费应用时，网络侧则不能主 动控制。另外，当用户需要激活、暂停、取消暂停或终止相关应用时，需要去 相关代理点进行相关业务的办理，这也给用户的操作带来4艮大的不便。
发明内容
本发明提供了电信智能卡的多应用管理服务器、多应用管理方法及系统， 能够解决网络侧不能对电信智能卡进行实时管理以及用户操作不方便的问题。 本发明实施例通过如下技术方案实现
本发明实施例提供了 一种电信智能卡的多应用管理服务器，所述多应用管
理服务器包括卡片应用状态管理单元以及接口单元；
其中，卡片应用状态管理单元，用于获得客户端针对电信智能卡发送的应 用请求，根据所述应用请求，确定对应的应用类型以及操作类型；根据所述应 用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行 所述操作类型对应的操作所需要的信息；
接口单元，用于与所述卡片应用状态管理单元确定的应用服务器进行通 信，获得所述应用服务器反馈的信息；
所述卡片应用状态管理单元，还用于将所述接口单元获得的所述应用服务 器反馈的信息，通过所述客户端提供给所述电信智能卡。
本发明实施例还提供了 一种电信智能卡的多应用管理方法，所述多应用管 理方法包括
获取客户端针对电信智能卡发送的应用请求；才艮据所述应用请求，确定对 应的应用类型以及操作类型；
根据所述应用类型确定承载所述应用类型的应用服务器，并请求所述应用 服务器分配执行所述操作类型对应的操作所需要的信息；
接收所述应用服务器反馈的信息，并将所述信息通过所述客户端提供给所 述电信智能卡。本发明实施例还^是供了 一种电信智能卡的多应用管理系统，所述多应用管
理系统包括客户端以及服务器；
其中，客户端，用于发送针对电信智能卡的应用请求；
服务器，用于接收所述客户端发送的应用请求，根据所述应用请求，确定 对应的应用类型以及操作类型；根据所述应用类型确定承载所述应用类型的应 用服务器，请求所述应用服务器分配执行所述操作类型对应的操作所需要的信 息，并将所述应用服务器分配的执行所述操作类型对应的操作所需要的信息， 提供给所述客户端；
所述客户端，还用于将所述服务器提供的信息提供给所述电信智能卡。
通过上述技术方案，本发明实施例通过获取客户端针对电信智能卡发送的 应用请求；根据获取的应用请求，确定对应的应用类型以及操作类型；根据应 用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行 所述操作类型对应的操作所需要的信息；接收所述应用服务器反馈的信息，并 将所述信息通过客户端提供给所述电信智能卡，能够实现网络侧对承载多种应 用的电信智能卡的实时管理和控制，并且当用户需要激活、暂停、取消暂停、 终止等相关应用时，只需要发送应用请求就可以实现相关应用的相关操作，为 用户4是供了方1更。
图1为本发明第一实施例提供的电信智能卡的多应用管理服务器结构图； 图2为本发明第二实施例提供的电信智能卡的多应用管理方法流程图； 图3为本发明第三实施例提供的电信智能卡的多应用管理系统结构图； 图4为本发明第三实施例提供的激活食堂卡应用流程图； 图5为本发明第三实施例提供的暂停食堂卡应用流程图； 图6为本发明第三实施例提供的取消暂停食堂卡应用流程图； 图7为本发明第三实施例提供的终止食堂卡应用流程9图8为本发明第三实施例提供多应用管理系统在实际应用中的系统结构。
具体实施例方式
本发明实施例提供了电信智能卡的多应用管理服务器、多应用管理方法及 系统，通过本发明实施例提供的技术方案，通过有线或无线的通信方式，能够 实现网络侧对承载多应用的电信智能卡的实时管理与控制，并且用户操作方 便。下面结合说明书附图及具体实施例对本发明技术方案的主要实现原理、具 体实施过程及其对应能够达到的有益效果进行详细的阐述。
本发明第 一 实施例提供了电信智能卡的多应用管理服务器，该多应用管理
服务器的结构如图l所示，包括卡片应用状态管理单元101以及接口单元102;
其中，卡片应用状态管理单元101,用于获得客户端针对电信智能卡的应 用请求，根据所述应用请求，确定对应的应用类型以及操作类型；根据所述应 用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行 所述操作类型对应的操作所需要的信息；
接口单元102,用于与所述卡片应用状态管理单元确定的应用服务器进行 通信，获得所述应用服务器反馈的信息；
相应地，所述卡片应用状态管理单元101，还用于将所述接口单元102获 得的所述应用服务器反馈的信息，通过所述客户端提供给所述电信智能卡。
为了准确的获得客户端针对电信智能卡发送的应用请求对应的应用类型 以及操作类型，本实施例中所述应用请求中具体包括应用标识以及应用指令；
其中，应用标识，用于确定所述应用请求对应的应用类型。根据应用标识 确定应用类型可以采用ISO全球统一分配原则，即才艮据ISO标准规定的应用标 识与应用类型的对应关系，确定该应用标识对应的应用类型；实际应用中，也 可以根据实际情况建立应用标识和应用类型的对应关系，如，食堂卡应用用应 用标识01代码表示，并将该对应关系保存在电信智能卡以及所述的多应用管 理服务器中，多应用管理服务器根据该应用标识查找对应关系，确定应用类型。
10应用指令，用于确定所述应用请求对应的操作类型，实际应用中，该应用
指令需要符合特定规范(如中国移动规定的GSM11.14规范)，这样电信智能
卡才可以对该应用指令进行解析，并确定对应的操作类型。所述操作类型包括对电信智能卡所承载的应用进行的各种处理，例如，操作类型可以是如下中的
任意一个激活应用、暂停应用、取消暂停应用、终止应用等。
在对客户端针对电信智能卡发送的应用请求进行处理之后，还需要根据处理结果及时更新电信智能卡的应用状态，以方便对电信智能卡进行管理，避免对同一业务的重复处理，相应地，所述卡片应用状态管理单元101，还用于根据所述电信智能卡通过所述客户端反馈的执行状态信息，更新所述电信智能卡的应用状态。该执行状态信息包括客户端根据应用服务器提供的信息，执行所述操作类型对应的操作是否成功的信息。电信智能卡的应用状态可以是如下中的任意一个或多个激活状态、未激活状态、使用状态、暂停状态、终止状态等。
述的卡片应用状态管理单元获得的应用请求中，还包括与所述电信智能卡对应的用户通信号码；相应地，所述多应用管理服务器还包括号码有效性校验单元，用于对所述应用请求中包括的用户通信号码，进行有效性校验。
为了保证数据的安全性，防止非法用户对数据进行更改或复制，本实施例中所述的电信智能卡的多应用管理服务器还可以进一步包括安全处理单元，用于对信息进行加密处理，所述信息包括所述电信智能卡通过所述客户端反馈的信息以及所述应用服务器反馈的信息。
本实施例所述的多应用管理服务器除了根据客户端针对电信智能卡发送的应用请求进行相关业务的受理，还可以主动对电信智能卡所承载的应用进行控制，例如，当某用户已欠费，就可以通过多应用管理服务器，暂停为该用户提供的应用服务；当某用户为非法用户时，就可以通过多应用管理服务器，终止为该用户提供的应用服务。为实现上述主动管理功能，本实施例所述的多应用管理服务器可以进一步包括分析单元，用于获得所述应用服务器对所述电信智能卡的应用使用记录，
根据所述应用使用记录确定所述电信智能卡对应的用户的信誉度；相应地，所述卡片应用状态管理单元101，还用于根据所述分析单元确定的信誉度，对所述电信智能卡的应用状态进行控制。
本实施例所述的多应用管理服务器提供的主动管理功能，还包括当用户手机丟失或异常时，可以通过客服电话或到相关代理点请求对相关应用进行暂停或终止等操作，为实现该功能，本实施例所述的卡片应用状态管理单元101,还用于根据客服电话或代理点反馈的信息，对所述电信智能卡的应用状态进行控制。
本发明第二实施例提供了电信智能卡的多应用管理方法，其实施过程如图
2所示，包括如下内容
步骤201、获得客户端针对电信智能卡发送的应用请求，所获得的应用请
求中包括应用标识、应用指令以及用户通信号码；
该步骤获得的应用请求中包括的应用指令，可以包括如下中的任意一个应用激活指令、应用暂停指令、应用暂停取消指令以及应用终止指令等。步骤202、对所获得的应用请求中包括的用户通信号码，进行有效性4t险，
若确定该用户通信号码无效，则拒绝其对应的客户端针对电信智能卡发送的应
用请求；否则执行步骤203。
相关业务的受理。
步骤203、根据获得的应用请求中包括的应用标识，确定该应用请求对应的应用类型；根据获得的应用请求中包括的应用指令，确定该应用请求对应的操作类型。
确定出的应用类型除了用于身份认证作用的电信应用外，还可以是RFID应用、银行应用、交警应用以及食堂饭卡应用等。确定出的操作类型可以包括如下中的任意一个激活应用、暂停应用、取消暂停应用以及终止应用等。
对发送给所述应用服务器的请求信息进行加密处理，所述请求信息用于请求所述应用服务器分配执行所确定出的操作类型对应的操作所需要的信息。
执行所确定出的操作类型对应的搡作所需要的信息包括用于执行所述操作类型对应的操作所需要的密钥。
执行所确定出的操作类型对应的操作所需要的信息还可以进一步包括与所述应用标识以及所述电信智能卡对应的应用序列号，该应用序列号用于对执行的应用类型及电信智能卡做进一步的认证，并通过该序列号实现承载不同应用的应用服务器对电信智能卡相关应用的管理。
步骤205、获得应用服务器分配的用于执行所述操作类型对应的操作所需要的信息，对获得的信息进行加密处理，并将得到的密文信息通过客户端提供给电信智能卡。
该步骤中，对应用服务器分配的信息进行加密处理可以较优地采用如下方
式
方式一随机生成一个一次性密钥，利用生成的一次性密钥对应用服务器分配的信息进行加密，并将生成的一次性密钥发送给电信智能卡。例如，可以预置一支主密钥，利用随机分散因子对该主密钥进行分散得到分散密钥，利用得到的分散密钥对应用服务器分配的信息进行加密，并将该分散密钥发送给电信智能卡。
方式二利用预置的算法对应用服务器分配的信息进行运算，生成第一校验值；当电信智能卡收到应用服务器分配的信息后，采用预置的相同的算法对收到的信息进行运算，生成第二校验值；比较第一校验值和第二校验值，当两个校验值相等时，说明所接收到的信息是安全的；当两个校验值不相等时，说明接收到的信息不是安全的。步骤206、接收所述电信智能卡通过所述客户端反馈的执行状态信息。
电信智能卡反馈的执行状态信息具体包括执行所述操作类型对应的操作是否成功的信息，也即-.
当电信智能卡对应用服务器反馈的信息解密成功，并且利用解密后的信息执行所确定的操作类型对应的操作成功时，反馈执行操作类型对应的操作成功的信息；或者，
当电信智能卡对应用服务器反馈的信息解密失败时，反馈执行操作类型对应的操作失败的信息；或，当电信智能卡对应用服务器反馈的信息解密成功，但利用解密后的信息执行所确定的操作类型对应的操作失败时，反馈执行操作类型对应的操作失败的信息。
与步骤204对应，电信智能卡反馈的执行状态信息还可以包括与所述应用标识以及所述电信智能卡对应的应用序列号。
步骤207、根据所述电信智能卡通过所述客户端反馈的执行状态信息，更新所述电信智能卡的应用状态；以及，将所述电信智能卡通过所述客户端反馈的执行状态信息提供给所述应用服务器。
将所述电信智能卡通过所述客户端反馈的执行状态信息提供给所述应用服务器，目的在于可以提示应用服务器采取相应的处理如开始计费、暂停计费、终止计费等。
下面以应用类型为食堂卡以及操作类型为激活应用为例，对上述实施例的过程进行详细描述
步骤l 、用户通过STK ( SIM Tool Kit， SIM工具包)菜单选择激活食堂消费卡应用，通过客户端针对食堂消费卡应用发送激活应用请求到多应用管理服务器的卡片应用状态管理单元；
如果是未激活状态，通过号码有效性校验单元验证用户号码是否有效，验证用户号码有效后通过接口单元通知承载食堂卡应用的应用服务器分配激活该应
14用所需要的信息；
步骤3、应用服务器收到激活请求后，将应用激活所需信息(如密钥等)
发送给多应用管理服务器；
步骤4、多应用管理服务器通过安全处理单元对激活所需信息进行加密处
理；
步骤5、多应用管理服务器将加密的激活信息，通过客户端发送给电信智能卡(可以通过短信或GPRS等方式发送)；
步骤6、电信智能卡收到多应用管理服务器发送的信息，利用获得的信息对食堂卡应用进行激活；
步骤7、如果激活成功，多应用管理服务器更新用户应用状态，并将激活成功的信息通过接口单元通知承载食堂卡应用的应用服务器；
步骤8、应用服务器确定客户端的食堂卡应用激活后，对该用户开始计费。
本实施例所述的多应用管理方法除了根据客户端针对电信智能卡发送的应用请求进行相关业务的受理，还可以主动对电信智能卡所承载的应用进行控制，例如，当某用户已欠费，就可以通过多应用管理服务器，暂停为该用户提供的应用服务；当某用户为非法用户时，就可以通过多应用管理服务器，终止为该用户提供的应用服务。为实现上述功能，本实施例所述的多应用管理方法还包括
获得所述应用服务器对所述电信智能卡的应用使用记录；根据所述电信智能卡的应用使用记录确定所述电信智能卡对应用户的信誉度；根据所述电信智能卡对应的信誉度，对所述电信智能卡的应用状态进行控制；
进一步地，如果用户丟失手机，用户可以通过客服电话或到代理点请求对相关业务进行暂停或终止，相应地，本实施例所述的多应用管理方法还包括
根据客服电话或代理点反馈的信息，对所述电信智能卡的应用状态进行控制。
本发明第三实施例提供了电信智能卡的多应用管理系统，其结构如图3所
15示，包括客户端301和月良务器302。
其中，客户端301,用于发送针对电信智能卡的包含应用标识和应用指令的应用请求；
服务器302，用于接收所述客户端发送的针对电信智能卡的应用请求，根据所述应用请求，确定对应的应用类型以及操作类型；根据所述应用类型确定承载所述应用类型的应用服务器，请求所述应用服务器分配执行所述操作类型对应的操作所需要的信息，并将所述应用服务器分配的执行所述操作类型对应的操作所需要的信息，反馈给所述客户端；卡。
本实施例中的客户端可以是计算机，也可以是移动终端(例如手机)，所述的电信智能卡可以插入所述的客户端中，也可以通过线路将所述的电信智能卡与所述的客户端相连。实际应用中，当客户端获得服务器分配的用于执行某一应用类型的相应操作所需要的信息时，首先对获得的信息进行射频转换，然后将转换后得到的信息通过客户端与电信智能卡之间的接口，提供给电信智能卡。
为了进一步保证通过客户端发送应用请求的电信智能卡对应的用户通信号码的有效性，本实施例中所述的客户端301发送的应用请求中还可以包括与所述电信智能卡对应的用户通信号码；相应地，所述服务器302,还用于对所述应用请求中包括的用户通信号码，进行有效性4交验。
为了保证数据的安全性，防止非法用户对数据进行更改或复制，本实施例中所述的服务器302,还用于对信息进行加密处理，所述信息包括所述电信智能卡通过客户端反馈的信息以及所述应用服务器提供的信息。
进一步地，为了能够使服务器通过客户端对电信智能卡的应用状态进行更有效的管理，本实施例中所述的客户端301，还用于将所述电信智能卡利用所述服务器提供的信息执行所述操作类型对应的操作的执行状态信息提供给服务器；相应地，所述服务器302,还用于根据所述客户端301提供的执行状态信息，更新所述电信智能卡的应用状态；以及，将所述执行状态信息提供给所述应用服务器。
客户端提供的执行状态信息包括电信智能卡根据所述服务器反馈的信息执行所述操作类型对应的操作成功的信息；或，电信智能卡根据所述服务器反馈的信息执行所述操作类型对应的操作失败的信息。
进一步，客户端提供的执行状态信息还可以包括与所述应用标识以及所
述电信智能卡对应的应用序列号。
下面以应用类型为食堂卡以及4喿作类型为激活应用为例，对上述实施例进行具体描述，如图4所示，其中，服务器为RF BMP (Billing Management Point,计费管理点)，承载食堂卡应用的应用服务器为SP _ UP ( Service Provider-UserPart,服务供应商-用户部分)，客户端为ME (Mobile Equipment,移动终端)，电信智能卡为SIM (Subscriber Identity Module,用户识别模块)卡，并且该电信智能卡插入到该ME中
401、 ME通过STK菜单选择激活食堂卡应用；
402 、将客户端将针对SIM卡发送的激活食堂卡的应用请求发送给RFBMP;
403、 RFBMP收到客户端针对SIM卡发送的激活食堂卡的应用请求后，请求承载食堂卡应用的SP - UP分配激活食堂卡应用所需要的密钥；
404、 SP _ UP将激活食堂卡应用所需要的密钥提供给RF BMP;
405、 RF BMP将SP-UP提供的用于激活食堂卡应用的密钥通过客户端发送给SIM卡；
406、 SIM卡保存用于激活食堂卡应用的密钥，并利用该密钥激活食堂卡应
用；
407、 SIM卡通过客户端返回激活食堂卡应用的执行状态信息给RF BMP;
17息，并将该激活食堂卡应用的执行状态信息提供给SP-UP;同时，若执行状 态信息为激活食堂卡应用成功，则将记录的该SIM卡对应的用户的食堂卡应用 状态由未激活更新为激活，并发短信通知用户该应用已激活；
409、 SP-UP对RF BMP传递的信息进行内部处理，若执行状态信息为激 活食堂卡应用成功，则开始计费。
下面以应用类型为食堂卡以及操作类型为暂停应用为例，对上述实施例进 行具体描述，如图5所示，其中服务器为RFBMP，承载食堂卡应用的应用服 务器为SP-UP,客户端为ME,电信智能卡为SIM卡，并且该电信智能卡插 入到该ME中
501 、 ME通过STK菜单选择暂停食堂卡应用；
502、 将客户端将针对SIM卡发送的暂停食堂卡应用请求发送给RF BMP;
503、 RF BMP收到客户端将针对SIM卡发送的暂停食堂卡的应用请求后， 请求承载食堂卡应用的SP - UP分配暂停食堂卡应用所需要的密钥；
504、 SP - UP将暂停食堂卡应用所需要的密钥^是供给RF BMP;
505、 RF BMP将SP-UP提供的用于暂停食堂卡应用的密钥，通过客户端 发送给SIM卡；
506、 SIM卡保存用于暂停食堂卡应用的密钥，并利用该密钥暂停食堂卡应
用；
507、 SIM卡通过客户端返回暂停食堂卡应用的执行状态信息给RF BMP;
508、 RF BMP获得SIM卡通过客户端返回的暂停食堂卡应用的执行状态信 息，并将该暂停食堂卡应用的执行状态信息提供给SP-UP;同时，若执行状 态信息为暂停食堂卡应用成功，则将记录的该SIM卡对应的用户的食堂卡应用 状态更新为暂停，并发短信通知用户该应用已暂停；
509、 SP-UP对RFBMP传递的信息进行内部处理，若执行状态信息为暂 停食堂卡应用成功，则暂时停止计费。
下面以应用类型为食堂卡以及操作类型为取消暂停应用为例，对上述实施例进行具体描述，如图6所示，其中服务器为RFBMP,承载食堂卡应用的应 用服务器为SP-UP,客户端为ME，电信智能卡为SIM卡，并且该电信智能 卡插入到该ME中
601 、 ME通过STK菜单选择取消暂停食堂卡应用；
602、 将客户端将针对SIM卡发送的取消暂停食堂卡的应用请求发送给RF BMP;
603、 RF BMP收到客户端将针对SIM卡发送的取消暂停食堂卡的应用请求 后，请求承载食堂卡应用的SP - UP分配取消暂停食堂卡应用所需要的密钥；
604、 SP - UP将取消暂停食堂卡应用所需要的密钥提供给RF BMP;
605、 RF BMP将SP-UP提供的用于取消暂停食堂卡应用的密钥，通过客 户端发送给SIM卡；
606、 SIM卡保存用于取消暂停食堂卡应用的密钥，并利用该密钥取消暂停 食堂卡应用；
607 、 SIM卡通过客户端返回取消暂停食堂卡应用的执行状态信息给RF BMP;
608、 RF BMP获得SIM卡通过客户端返回的取消暂停食堂卡应用的执行状 态信息，并将该取消暂停食堂卡应用的执行状态信息提供给SP-UP;同时， 若执行状态信息为取消暂停食堂卡应用成功，则将记录的该SIM卡对应的用户 的食堂卡应用状态更新为使用状态，并发短信通知用户该应用已可以使用；
609、 SP-UP对RFBMP传递的信息进行内部处理，若执行状态信息为取 消暂停食堂卡应用成功，则开始计费。
下面以应用类型为食堂卡以及操作类型为终止应用为例，对上述实施例进 行具体描述，如图7所示，其中服务器为RFBMP,承载食堂卡应用的应用服 务器为SP-UP，客户端为ME,电信智能卡为SIM卡，并且该电信智能卡插 入到该ME中
701、 ME通过STK菜单选择终止食堂卡应用；
19702、 将客户端将针对SIM卡发送的终止食堂卡的应用请求发送给RF BMP;
703、 RF BMP收到客户端将针对SIM卡发送的终止食堂卡的应用请求后， 请求承载食堂卡应用的SP _ UP分配终止食堂卡应用所需要的密钥；
704、 SP - UP将终止食堂卡应用所需要的密钥提供给RF BMP;
705、 RF BMP将SP-UP提供的用于终止食堂卡应用的密钥，通过客户端 发送给SIM卡；
706、 SIM卡保存用于终止食堂卡应用的密钥，并利用该密钥终止食堂卡应
用； '
707、 SIM卡通过客户端返回终止食堂卡应用的执行状态信息给RF BMP;
息，并将该终止食堂卡应用的执行状态信息提供给SP-UP;同时，若执行状 态信息为终止食堂卡应用成功，则将记录的该SIM卡对应的用户的食堂卡应用 状态更新为终止状态，并发短信通知用户该应用已终止；
709、 SP-UP对RFBMP传递的信息进行内部处理，若执行状态信息为终 止食堂卡应用成功，则停止计费。
进一步，本实施例所述的服务器，还用于获得所述应用服务器对所述电信 智能卡的应用使用记录；根据所述电信智能卡的应用使用记录确定所述电信智 能卡对应用户的信誉度；根据所述电信智能卡对应的信誉度，对所述电信智能 卡的应用状态进行控制。例如，当电信智能卡的应用使用记录为用户恶意使用 或违规使用电信智能卡所承载的应用时，电信智能卡对应的用户的信誉度就会 降低，当降低到某一阈值时，服务器可以对该用户采取暂停应用的处理，并发 短信警告该用户；若该用户的信誉度还继续降低，则服务器可以对该用户采取 终止应用的处理。
进一步，本实施例所述的服务器，还用于根据客服电话或代理点反馈的信 息，对所述电信智能卡的应用状态进行控制。例如，当用户手机丟失或出现异
20常时，用户可以通过客服电话或到指定代理点请求对相关业务进行暂停或终 止，服务器会根据客服电话或代理点反馈的信息，对电信智能卡的应用状态进 4亍相应的管理。
本实施例提供的电信智能卡的多应用管理系统，在实际应用中的系统结构 如图8所示，包括客户端和多应用管理服务器，该多应用管理服务器与多个应 用服务器相连，客户端与多应用管理服务器通过无线接入网进行通信。
通过上述技术方案，本发明实施例通过获取客户端针对电信智能卡发送的
应用请求；根据获取的应用请求，确定对应的应用类型以及操作类型；根据应 用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行 所述操作类型对应的操作所需要的信息；接收所述应用服务器反馈的信息，并 将所述信息通过客户端提供给所述电信智能卡，能够实现网络侧对承载多种应 用的电信智能卡的实时管理与控制，并且当用户需要激活、暂停、取消暂停、 终止等相关应用时，只需要发送应用请求就可以实现相关应用的相关操作，为 用户提供了方便。
另外，本发明实施例提供的技术方案还对电信智能卡对应的用户通信号 码，进行有效性校验，避免对停机或销号的无效用户进行相关业务的受理。
另外，本发明实施例提供的技术方案还对电信智能卡通过客户端反馈的信 息以及应用服务器反馈的信息，进行加密处理，提高了数据的安全性。
另外，本发明实施例提供的技术方案还根据电信智能卡通过客户端反馈的 执行状态信息，更新电信智能卡的应用状态，能够实现网络侧对电信智能卡应 用状态的实时监控；并且将电信智能卡通过客户端反馈的执行状态信息提供给 应用服务器，方便应用服务器对电信智能卡进行相关应用的计费、暂停计费或 终止计费等操作。
另外，本发明实施例提供的技术方案还根据电信智能卡对应用户的信誉 度，对电信智能卡的应用状态进行控制，对欠费用户或非法用户进行有效管理。 另外，本发明实施例提供的技术方案还根据客服电话或代理点反馈的信息，对所述电信智能卡的应用状态进行控制，当用户手机丢失或出现异常时， 及时对相应应用进行相关处理，避免了用户的损失。
明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种电信智能卡的多应用管理服务器，其特征在于，所述多应用管理服务器包括卡片应用状态管理单元，用于获得客户端针对电信智能卡发送的应用请求，根据所述应用请求，确定对应的应用类型以及操作类型；根据所述应用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行所述操作类型对应的操作所需要的信息；接口单元，用于与所述卡片应用状态管理单元确定的应用服务器进行通信，获得所述应用服务器反馈的信息；所述卡片应用状态管理单元，还用于将所述接口单元获得的所述应用服务器反馈的信息，通过所述客户端提供给所述电信智能卡。
2、 如权利要求1所述的多应用管理服务器，其特征在于，所述应用请求 包括应用标识，用于确定所述应用请求对应的应用类型； 应用指令，用于确定所述应用请求对应的操作类型。
3、 如权利要求1所述的多应用管理服务器，其特征在于， 所述卡片应用状态管理单元获得的应用请求中还包括与所述电信智能卡对应的用户通信号码；所述多应用管理服务器还包括号码有效性校验单元，用于对所述应用请 求中包括的用户通信号码，进行有效性校验。
4、 如权利要求1所述的多应用管理服务器，其特征在于，所述多应用管 理服务器还包括安全处理单元，用于对信息进行加密处理，所述信息包括所述电信智能 卡通过客户端反馈的信息以及所述应用服务器反馈的信息。
5、 如权利要求1所述的多应用管理服务器，其特征在于，所述卡片应用 状态管理单元，还用于根据所述电信智能卡通过所述客户端反馈的执行状态信息，更新所述电信智能卡的应用状态。
6、 如权利要求1至5中任一项所述的多应用管理服务器，其特征在于， 所述多应用管理服务器还包括分析单元，用于获得所述应用服务器对所述电信智能卡的应用使用记录，根据所述应用使用记录确定所述电信智能卡对 应的用户的信誉度；所述卡片应用状态管理单元，还用于根据所述分析单元确定的信誉度，对 所述电信智能卡的应用状态进行控制。
7、 如权利要求6所述的多应用管理服务器，其特征在于，所述卡片应用 状态管理单元，还用于根据客服电话或代理点反馈的信息，对所述电信智能卡 的应用状态进行控制。
8、 一种电信智能卡的多应用管理方法，其特征在于，所述多应用管理方 法包括获取客户端针对电信智能卡发送的应用请求；根据所述应用请求，确定对 应的应用类型以及^t喿作类型；根据所述应用类型确定承载所述应用类型的应用服务器，并请求所述应用 服务器分配执行所述操作类型对应的操作所需要的信息；接收所述应用服务器反馈的信息，并将所述信息通过所述客户端提供给所 述电信智能卡。
9、 如权利要求8所述的多应用管理方法，其特征在于，所述应用请求包括应用标识，用于确定所述应用请求对应的应用类型； 应用指令，用于确定所述应用请求对应的操作类型。
10、 如权利要求8所述的多应用管理方法，其特征在于， 所述执行所述操作类型对应的操作所需要的信息包括用于执行所述操作类型对应的操作所需要的密钥；或，所述执行所述操作类型对应的操作所需要的信息包括用于执行所述操作类型对应的操作所需要的密钥，以及，与所述应用标识以及所述电信智能卡 对应的应用序列号。
11、 如权利要求8所述的多应用管理方法，其特征在于，所述应用请求中还包括与所述电信智能卡对应的用户通信号码； 所述多应用管理方法还包括对所述应用请求中包括的用户通信号码，进 行有效性校验。
12、 如权利要求8所述的多应用管理方法，其特征在于，所述多应用管理 方法还包括对发送给所述应用服务器的请求信息进行加密处理，所述请求信息用于请 求所述应用服务器分配执行所述操作类型对应的操作所需要的信息； 和/或，在将所述信息通过所述客户端提供给所述电信智能卡之前，对所述信息进 4亍加密处理。
13、 如权利要求8所述的多应用管理方法，其特征在于，所述多应用管理 方法还包括将所述应用服务器反馈的信息通过所述客户端提供给所述电信智能卡之 后，获得所述电信智能卡通过所述客户端反馈的执行状态信息；根据所述执行状态信息，更新所述电信智能卡的应用状态；以及，将所述 执行状态信息提供给所述应用服务器。
14、 如权利要求13所述的多应用管理方法，其特征在于， 所述执行状态信息包括执行所述操作类型对应的操作是否成功的信息； 或，所述执行状态信息包括执行所述操作类型对应的操作是否成功的信息以 及与所述应用标识以及所述电信智能卡对应的应用序列号。
15、 如权利要求8至14中任一项所述的多应用管理方法，其特征在于， 所述多应用管理方法还包括获得所述应用服务器对所述电信智能卡的应用使用记录；根据所述电信智 能卡的应用使用记录确定所述电信智能卡对应的用户的信誉度；根据所述信誉 度，对所述电信智能卡的应用状态进行控制；或，根据客服电话或代理点反馈的信息，对所述电信智能卡的应用状态进行控制。
16、 一种电信智能卡的多应用管理系统，其特征在于，所述多应用管理系 统包括客户端，用于发送针对电信智能卡的应用请求；服务器，用于接收所述客户端发送的应用请求，根据所述应用请求，确定 对应的应用类型以及操作类型；根据所述应用类型确定承载所述应用类型的应 用服务器，请求所述应用服务器分配执行所述操作类型对应的操作所需要的信 息，并将所述应用服务器分配的执行所述操作类型对应的操作所需要的信息， 提供给所述客户端；所述客户端，还用于将所述服务器提供的信息提供给所述电信智能卡。
17、 如权利要求16所述的多应用管理系统，其特征在于， 所述客户端发送的应用请求具体包括应用标识和应用指令； 所述服务器，具体用于根据所述应用请求中包括的应用标识，确定对应的应用类型；根据所述应用请求中包括的应用指令，确定对应的操作类型。
18、 如权利要求16所述的多应用管理系统，其特征在于，所述客户端发送的应用请求中还包括与所述电信智能卡对应的用户通信 号码；所述服务器，还用于对所述应用请求中包括的用户通信号码，进行有效性 校验。
19、 如权利要求16所述的多应用管理系统，其特征在于，所述服务器， 还用于对信息进行加密处理，所述信息包括所述电信智能卡通过所述客户端反馈的信息以及所述应用服务器反馈的信息。
20、 如权利要求16所述的多应用管理系统，其特征在于， 所述客户端，还用于将所述电信智能卡利用所述服务器反馈的信息执行所述操作类型对应的操作的执行状态信息提供给服务器；所述服务器，还用于根据所述客户端提供的执行状态信息，更新所述电信 智能卡的应用状态；以及，将所述执行状态信息提供给所述应用服务器。
21、 如权利要求16至20中任一项所述的多应用管理系统，其特征在于， 所述服务器，还用于获得所述应用服务器对所述电信智能卡的应用使用记录； 根据所述应用使用记录确定所述电信智能卡对应的用户的信誉度；根据所述信 誉度，对所述电信智能卡的应用状态进行控制。
22、 如权利要求21所述的多应用管理系统，其特征在于，所述服务器，还用于根据客服电话或代理点反馈的信息，对所述电信智能卡的应用状态进行控制。
全文摘要
本发明涉及移动通信技术领域，尤其涉及对电信智能卡的多应用管理技术，具体公开了电信智能卡的多应用管理服务器、多应用管理方法及系统，包括获取客户端针对电信智能卡发送的应用请求；根据获取的应用请求，确定对应的应用类型以及操作类型；根据应用类型确定承载所述应用类型的应用服务器，并请求所述应用服务器分配执行所述操作类型对应的操作所需要的信息；接收所述应用服务器反馈的信息，并将所述信息通过客户端提供给所述电信智能卡。通过本发明技术方案，能够实现网络侧对承载多种应用的电信智能卡的实时管理，并且当用户需要激活、暂停、取消暂停、终止等应用时，只需发送应用请求就能够实现相关应用的相关操作，为用户提供了方便。
文档编号G06K19/073GK101500224SQ20081005731
公开日2009年8月5日 申请日期2008年1月31日 优先权日2008年1月31日
发明者左明宗, 曾建微, 征 李, 峰 游, 王洪涛, 赵波峰 申请人:中国移动通信集团公司;中国移动通信集团湖南有限公司