信息处理设备、信息处理方法和程序的制作方法

文档序号:9924197阅读:256来源:国知局
信息处理设备、信息处理方法和程序的制作方法
【专利说明】信息处理设备、信息处理方法和程序
[0001]本申请是2011年6月21日提交的发明名称为“信息处理设备、信息处理方法和程序”的中国专利申请201110167256.8的分案申请。
技术领域
[0002]本公开涉及信息处理设备,信息处理方法和程序,尤其涉及适合于当在支持多种通信协议的芯片或卡中管理的数据被更新时使用的信息处理设备,信息处理方法和程序。
【背景技术】
[0003]近年来,蜂窝电话机已得到广泛使用,通过蜂窝电话机提供各种服务。参见图1,蜂窝电话机11包括芯片12,芯片12包括写入其中的服务13-1和13-2。此外,服务13-1是利用应用程序14-1向用户提供的,而服务13-2是利用应用程序14-2向用户提供的。
[0004]应用程序对应于在包括于蜂窝电话机中的软件中编写的一系列可执行模块,不同于写入芯片中的服务。基于在 “Mobi Ie Informat1n Device Profile for Java TM 2Micro Edit1n(JSR118)”中公开的MIDP 2.0标准的蜂窝电话机包括AMS(应用程序管理软件),而基于在“Mobile Informat1n Device Profile(JSR-37)JCP Specificat1n Java2 Platform,Micro Edit1n,I.0a”中公开的MIDP I.0标准的蜂窝电话机包括功能与AMS的功能类似的JAM(Java应用程序管理器KAMS和JAM完成包括在蜂窝电话机中的应用程序的管理。注意术语“管理”意味在包括应用程序的下载状态,安装状态和删除状态的一系列状态中的转变的维护。
[0005]应用程序管理软件15管理表示应用程序14-1已安装在蜂窝电话机中的信息,并且管理表示应用程序14-1已在芯片中产生服务13-1的信息,以致该信息与应用程序14-1关联。类似地,应用程序管理软件15管理表示应用程序14-2已安装在蜂窝电话机中的信息,并且管理表示应用程序14-2已在芯片中产生服务13-2的信息,以致该信息与应用程序14-2关联。例如,当要删除应用程序14-2时,应用程序管理软件15应执行预先删除与应用程序14-2关联的服务13-2的处理。
[0006]现在参见图1B,以其中用户把蜂窝电话机11换成蜂窝电话机31的情况作为例子。例如,当用户购买蜂窝电话机31时,在用户购买蜂窝电话机31的商店中进行把包含在蜂窝电话机11中的数据转移到蜂窝电话机31的服务。保存在蜂窝电话机11的芯片12中的服务13-1和13-2被转移到包括在蜂窝电话机31中的芯片32(当不必相互区分服务13-1和13-2时,服务13-1和13-2被简称为服务13,这同样适用于其它组件)。此外,包括在应用程序管理软件15中的信息也被转移到应用程序管理软件33。不过,不受芯片12管理的应用程序14不被转移到蜂窝电话机31。
[0007]当包括在蜂窝电话机31中的应用程序管理软件33具有服务13,但是没有对应于服务13的应用程序14时,应用程序管理软件33在蜂窝电话机31的显示器上,显示提示用户下载对应于服务13的应用程序14的消息。在用户响应所述消息,下载应用程序14之后,服务13变成在新的蜂窝电话机31中也是可用的。

【发明内容】

[0008]尽管如上所述,芯片12管理服务13,应用程序管理软件15(33)使服务13与应用程序14关联,不过服务13可被保存在UICC(通用集成电路卡)中,并在UICC中管理。可取的是如图2A中所示,在包括于蜂窝电话机11中的UICC 51保存服务13的状态下,当从蜂窝电话机11上取下UICC 51,并装在另一个蜂窝电话机31上时,在蜂窝电话机31中使用服务13。
[0009]这种情况下,保存在UICC51中的服务13被转移到插有UICC 51的蜂窝电话机31中。不过,关于应用程序管理软件15的信息未被转移到应用程序管理软件33。结果,利用应用程序管理软件33不能执行利用应用程序管理软件15执行的处理,从而不能得到保存在UICC 51中的服务13。
[0010]于是,如图2B中所示,蜂窝电话机11可包括查看器71。查看器71包括在所有蜂窝电话机中,用于查看UICC 51管理的服务。例如,当从蜂窝电话机11上取下UICC 51,并装到具有查看器71的蜂窝电话机31上时,利用查看器71可查看用UICC 51管理的服务。
[0011]此外,当服务13受到管理,但是对应于服务13的应用程序不存在时,查看器71可具有显示提示用户下载该应用程序的消息的功能。
[0012]UICC 51具有在图3中图解说明的结构。包括在UICC中的应用程序管理器102被布置在UICC硬件101上,在应用程序管理器102上管理应用程序103-105。例如,应用程序103提供实现信用卡功能的服务。例如,应用程序104提供包括交通费的支付的交通运输服务。
[0013]在包括在UICC中的应用程序管理器102中,当Sun Microsystems(商标)公开的Java Card TM被用作运行环境时,安装程序控制应用程序安装/删除功能,通过利用由Global Platform标准化的注册表中的管理信息和认证方法,实现综合应用程序管理功能。
[0014]应用程序105提供总体服务,具体地说提供服务106-1?106-3。例如,服务106-1实现信用卡功能,服务106-2提供交通运输功能,服务106-3提供优惠券。
[0015]当在应用程序已被登记的状态下,利用查看器71查看在UICC51中管理的应用程序时,执行如图4中所示的显示。利用查看器71,向用户显示代表应用程序103所提供服务的服务名称“服务103”,和代表应用程序104所提供服务的服务名称“服务104”,以致识别出应用程序103-105。尽管应用程序105提供多种服务,不过以通称的形式向用户提供服务名称“服务105”。
[0016]如上所述,尽管应用程序105提供服务106-1?106-3,不过查看器71只识别已在UICC的应用程序管理器102中登记的应用程序103-105。即,应用程序105提供的服务106-1?106-3未被识别出,从而不向用户显示关于服务106-1?106-3的信息。
[0017]理想的是利用查看器,可靠地查看包括在诸如UICC之类管理某些信息的设备中的信息,并利用现有基础结构进行所述信息的更新。
[0018]在第一方面,信息处理设备包括通信单元,所述通信单元利用第一通信方法,传送把应用程序提供的服务登记在存储器中的第一命令,其中所述通信单元利用不同于第一通信方法的第二通信方法,传送把所述服务的服务指示符登记在存储器中的第二命令。
[0019]所述通信单元可接收第一通信方法中的第一分组,并传送对第一分组的响应,所述通信单元可接收第一通信方法中的第二分组,而不传送对第二分组的响应。
[0020]所述通信单元可接收第二通信方法中的分组,并传送对所述分组的响应。
[0021]所述通信单元可在接收第一分组之前,接收不同于第一和第二通信方法的第三通信方法中的第三分组,而不传送对第三分组的响应。
[0022]所述通信单元可在接收第一分组之前,接收不同于第一和第二通信方法的第三通信方法中的第三分组,并传送对第三分组的响应,所述通信单元能够接收第三通信方法中的第四分组,而不传送对第四分组的响应。
[0023]所述通信单元可在接收第一分组之后和在接收第二分组之前,接收不同于第一和第二通信方法的第三通信方法中的第三分组,而不传送对第三分组的响应。
[0024]所述通信单元可从另一个信息处理设备接收第一通信方法中的请求,所述通信单元可把所述请求传给应用程序,响应所述请求,所述通信单元能够从应用程序接收指示服务是否已被登记到存储器中的数据。
[0025]所述通信单元可从另一个信息处理设备接收第一通信方法中,应用程序独有的,并且指示第一命令的分组,所述通信单元能够把第一命令传给应用程序,以登记服务。
[0026]所述通信单元能够通过应用程序管理器,与应用程序通信。
[0027]所述通信单元能够从另一个信息处理设备接收选择第二通信方法的请求,所述通信单元能够接收符合第二通信方法,并且包括服务指示符的分组,所述通信单元可响应收到包括服务指示符的分组,向应用程序管理器传送第二命令,以登记服务指示符。
[0028]包括服务指示符的分组能够符合APDU命令格式。
[0029]第一命令可用APDU命令格式包装。
[0030]可利用APDU命令,通过应用程序管理器安装应用程序。
[0031 ]第一命令可在不经过应用程序管理器的情况下被提供给应用程序。
[0032]所述通信单元能够经与另一个信息处理设备的非接触通信,接收分组。
[0033]信息处理设备可包括查看服务的服务指示符的查看器。
[0034]在本公开的另一个方面,信息处理设备实现一种方法,所述方法包括利用第一通信方法,传送把应用程序提供的服务登记在存储器中的第一命令;和借助信息处理设备,利用不同于第一通信方法的第二通信方法,传送把所述服务的服务指示符登记在存储器中的第二命令。
[0035]在本公开的另一个方面,卡包括保存应用程序的存储单元,和利用符合应用程序的第一通信协议的第一命令,传送把应用程序提供的服务登记在存储单元中的第一命令的接口。存储单元被配置成利用符合不同于应用程序的第一通信协议的第二通信协议的第二命令,登记服务的服务指示符。
[0036]从而,在不同设备中使用的查看器可被用于查看包括在管理信息的设备中的所述信息。从而,可靠地查看信息的内容。
[0037]从而,可利用现有基础结构,更新包括在管理信息的设备中的所述信息。
【附图说明】
[0038]图1A和IB表示现有技术中的蜂窝电话机的服务转移的示图;
[0039]图2A和2B是图解说明利用UICC的服务转移的示图;
[0040]图3是图解说明UICC中的服务登记的示图;
[0041 ]图4是图解说明通过查看器执行的处理而显示的屏幕的示图;
[0042]图5是图解说明按照一个实施例的应用本公开的各个方面的系统的结构的示图;
[0043]图6是图解说明IC卡的内部结构的示图;
[0044]图7是图解说明通信路径的示图;
[0045]图8是图解说明其它通信路径的示图;
[0046]图9是图解说明另外的通彳目路径的不图;
[0047]图10是图解说明通信方法,分组和命令之间的关系的示图;
[0048]图11是图解说明各种通信方法的层次的示图;
[0049]图12是图解说明服务名称的显不的不图;
[0050]图13是图解说明服务的不图;
[0051 ]图14是图解说明服务和对应服务名称的登记的示图;
[0052]图15是图解说明读/写器的功能的示图;
[0053]图16是图解说明确定通信方法的处理的流程图;
[0054]图17是图解说明确定通信方法的又一种处理的流程图;
[0055]图18是图解说明确定通信方法的另一种处理的流程图;
[0056]图19是图解说明确定通信方法的另一种处理的流程图;
[0057]图20是图解说明确定通信方法的另一种处理的流程图;
[0058]图21是图解说明确定通信方法的另一种处理的流程图;
[0059]图22是图解说明确定通信方法的另一种处理的流程图;
[0060]图23是图解说明确定通信方法的另一种处理的流程图;
[0061 ]图24是图解说明确定通信方法的另一种处理的流程图;
[0062]图25是图解说明通信方法,分组和命令之间的关系的示图;
[0063]图26是图解说明服务和服务名称的登记的流程图;
[0064]图27是图解说明服务和服务名称的又一种登记的流程图;
[0065]图28是图解说明服务和服务名称的另一种登记的流程图;
[0066]图29是图解说明服务和服务名称的另一种登记的流程图;
[0067]图30是图解说明应用程序管理器的示图;
[0068]图31是图解说明服务和服务名称的另一种登记的流程图;
[0069]图32是图解说明服务和服务名称的另一种登记的流程图;
[0070]图33是图解说明服务名称的显不的不图;
[0071 ]图34是图解说明服务名称的另一种显不的不图;
[0072]图35是图解说明记录介质的示图。
【具体实施方式】
[0073]下面参考附图,说明本公开的例证实施例。
[0074]系统
[0075]图5是图解说明按照一个实施例的应用本公开的各个方面的系统的结构的示图。图5中所示的系统包括蜂窝电话机201和读/写器202。蜂窝电话机201和读/写器202相互进行非接触通信。即,读/写器202是与蜂窝电话机201进行非接触通信的装置。这里,利用蜂窝电话机201作为例子进行说明,本公开的各个方面适用于与读/写器202通信并且保存数据的IC卡。
[0076]蜂窝电话机201的结构
[0077]图6是图解说明蜂窝电话机201的内部结构的示图。蜂窝电话机201包括主机221和UICC(通用集成电路卡)222。主机221和UICC 222相互连接,以便通过UART(通用异步收发器)223传送和接收数据。从而,主机是与UICC 222进行有线通信的装置。蜂窝电话机201还包括控制蜂窝电话机201和读/写器202之间的非接触通信的CLF(非接触前端)224<XLF 224是用于如各个流程图中所示,与读/写器202和UICC 222通信的装置。
[0078]注意,尽管为了说明,只表示了一些部分,不过,蜂窝电话机201可包括实现利用通信单元(未示出)的电话机的功能,与网络连接的功能等等的部分。
[0079]UICC 222可包括UICC硬件251,应用程序管理器252和注册表253。此外,在本实施例中,UICC 222保存和管理第一到第三应用程序254-256。第一应用程序254提供实现蜂窝电话机201的信用卡功能的服务。此外,第二应用程序255提供包括交通费的支付的交通运输服务。
[0080]此外,第三应用程序256提供综合服务。如后所述,第三应用程序256被用于提供多种服务,包括实现信用卡功能的服务,交通运输服务,和优惠券服务。尽管图6中未示出,不过如后参考图14所示,在UICC 222中可以登记另外的服务,UICC 222具有保存和管理登记的服务的功能。
[0081]尽管应用程序由应用程序管理器252管理,不过不必在相同的运行环境下管理各个应用程序。例如,当应用程序管理器252包括Java Card TM时,用软件实现应用程序之一,并在ROM的发货之前,在ROM中写入其它应用程序,或者可以另一个芯片的形式提供其它应用程序。
[0082]UICC硬件251对应于包括在UICC 222中的硬件部分,包括用于向CLF 224传送数据,或从CLF 224接收数据的接口。于是,UICC硬件251是用于向CLF 224传送数据或者从CLF224接收数据的装置。应用程序管理器252包括注册表253。应用程序管理器252参照写入注册表253中的信息,并按照从应用程序之一供给的指令,更新包括在注册表253中的信息。
[0083]此外,应用程序管理器252解释通过CLF 224供给的命令。应用程序管理器252按照所述解释,把数据提供给应用程序之一,并把从该应用程序输出的数据提供给CLF 224。应用程序管理器252是向应用程序提供数据,和向CLF 224提供数据的装置。注册表253管理关于服务的信息,包括服务的名称,服务的种类等等。注册表253是管理关于服务的信息的装置。
[0084]下面说明应用程序和服务的登记和更新的数据流。
[0085]登记和更新的数据流
[0086]图7表示当访问第一应用程序254时实现的数据流。从读/写器202经CLF224和UICC硬件251,利用通信路径301访问UICC 222的第一应用程序254。此外,从读/写器202经CLF 224及包括在UICC 222中的UICC硬件251和应用程序管理器252,利用通信路径302访问第一应用程序254。
[0087]由于不同的命令格式,通信路径301和302彼此不同。支持第一应用程序254的通信协议的独特命令格式通过通信路径301被传给第一应用程序254。读/写器202和CLF 224按照对应于第一应用程序254的协议相互通信,通过通信获得的独特命令从CLF 224被提供给UICC硬件251。另一方面,支持命令协议的通用命令格式通过通信路径302被传给第一应用程序254。读/写器202和CLF 224按照对应于第一应用程序254的协议相互通信,符合通过通信获得的通用命令格式的命令从CLF 224被提供给UICC硬件251。
[0088]S卩,取决于要传送的命令格式,使用在不利用应用程序管理器252的情况下,连接到第一应用程序254的通信路径301,或者通过应用程序管理器252,连接到第一应用程序254的通信路径302。
[0089]如后所述,通信协议的例子包括按ISO14443标准化的分别支持ISO 14443-3和ISO 14443-4的A类标准和B类标准,以及按ISO 18092标准化的所谓F类标准。作为利用这种通信协议的通用命令格式,使用按ISO 7816-4标准化的称为“应用协议数据单元(AroU)”的命令格式。下面把遵守APDU命令格式的命令称为APDU命令。
[0090]返回参见图7,通信路径303也被用于访问第一应用程序254。通信路径303被用于从主机221,经有线UART 223及包括在UICC 222中的UICC硬件251和应用程序管理器252,访问第一应用程序254。
[0091]如上所述,这三个通信路径被用于访问第一应用程序254。此外,第一应用程序254可以访问包括在应用程序管理器252中的注册表253,用于从第一应用程序254访问注册表253的通信路径被称为通信路径304。
[0092]现在参见图8,说明当访问第二应用程序255时实现的数据流。通信路径321被用于从读/写器202,经CLF 224及包括在UICC 222中的UICC硬件251和应用程序管理器252,访问第二应用程序255。遵守通用通信协议的命令格式通过通信路径321被传给第二应用程序
255。
[0093]另外,和第一应用程序254的情况一样,还使用有线通信路径322。通信路径322被用于从主机,经有线UART 223及包括在UICC 222中的UICC硬件251和应用程序管理器252,访问第二应用程序255。
[0094]如上所述,这两个通信路径被用于访问第二应用程序255。此外,第二应用程序255可访问包括在应用程序管理器252中的注册表253。用于从第二应用程序255访问注册表253的通信路径被称为通信路径323。
[0095]现在参见图9,说明当访问第三应用程序256时实现的数据流。从读/写器202经CLF224和UICC硬件251,利用通信路径351访问UICC 222的第三应用程序256。此外,从读/写器202经CLF 224及包括在UICC 222中的UICC硬件251和应用程序管理器252,利用通信路径352访问第三应用程序25
当前第1页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1